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Patrick H. Potega 
for 

HARDWARE FOR CONFIGURING AND DELIVERING POWER 

20 Field of the Invention 

The invention relates to hardware, specifically to such hardware assemblies that interact with 
software to configure an optimized power signal that is delivered to a powered device. 

25 

Description of Prior Art 

The following references may be relevant to the present invention: 

30 "Method and Apparatus for Transferring Electrical Signals Among Electrical Devices/' U.S. 
Patent Application No. 09/378,781, filed 23 August 1999; International Patent Application No. 
PCT/US99/19181, filed 23 August 1999. 

"Apparatus for Monitoring Temperature of a Power Source," U.S. Patent Application No. 
35 09/105,489, filed 26 June 1998; International Patent /^plication No. PCT/US98/12807, 26 June 
1998. 

'TJniversal Power Supply," U.S. Patent Application No. 09/193,790, dated 17 November 1998; 
International Patent Application No. PCT/US98/24403, dated 17 November 1998. 
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Summary of the Invention 



According to the present invention, electronic processor assisted methods for hardware assemblies 
5 and related software to acquire and analyze information about power the requirements of a 
powered device, then to configure a power source (which may be embedded, or extemal) to 
deliver an optimized power signal to said powered device. These methods may be eflFected, for 
example, by a processor implementing a sequence of machine-readable instructions. These 
instructions may reside in various types of signal-bearing media. In this respect, another 
10 embodiment of the present invention concerns a programmed product which includes a signal- 
bearing medium embodying a program of machine-readable instructions, executable by a digital 
processor to perform method steps to effect battery and power delivery procedures of the present 

O invention. The signal-bearing media may include, for example, random access memory (RAM) 

2 provided within, or otherwise coupled to, the processor. 

E= 15 

^0 Alternatively, the instructions may be contained in other signal-bearing media, such as one or more 

m magnetic data storage diskettes, direct access data storage disks (e.g., a conventional hard drive or 

a RAID array), magnetic tape, alterable or non-alterable electronic read-only memory (e.g., 
ty EEPROM, ROM), flash memory, optical storage devices (e.g., CD-ROM or WORM), signal- 
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20 bearing media including transmission media such as digital, analog, and communication links and 
% vweless, and propagated signal media. In an illustrative embodiment, the machine-readable 

instructions may constitute lines of compiled "C" language code or "C++" object-oriented code. 



25 The hardware and software herein can be represented in a multiplicity of modalities, as illustrated 
in the various figures, and as discussed in the Description. This Overview is intended to describe 
the hardware and software in a basic way, in order to better indicate the inter-connectivity and 
inter-operability of the various major elements of the invention. Specific details of hardware 
elements and software processes are not within the scope of this overview. References to figures 

30 (and their related text in the Description) should be used to provide more details than are available 
in this simplified overview. 



OVERVIEW 
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Fig. 2B depicts an embedded power assembly 100. "Embedded" indicates that assembly 100 is 
permanently located and non-transportable. A non-limiting example of such an embedded power 
assembly would be an assembly 100 mounted beneath a passenger seat on a conmiercial aircraft. 
Passengers can access a power assembly 100 in order to power various electronic devices they 
5 bring aboard the aircraft, such as laptop computers, personal video viewers, audio players, etc. 
Power assembly 100 provides an accessible power port 103 which, in the aircraft example, is 
typically a female receptacle mounted on (or in the vicinity of) the aircraft seat's armrest. 

Continuing the example cited, passengers can bring abroad a variety of powered devices 136 in 
10 Fig. 2, ranging fi-om laptop computers (which can require specific input vohages in the range of 
12-24 VDC), to personal video viewers and hand-held video game players (which can operate at 
input voltages from 3-9 volts). Historically, the embedded power unit in an aircraft seat has output 
a fixed voltage (15 VDC). Passengers accessing the embedded power unit were required to bring 
aboard an external DC/DC power adapter, which converted the fixed 15-voh source at the seat to 
15 the correct voltage for a particular powered device. 

Embedded power assembly 100 (Fig. 2B) solves the issue of a passenger being required to provide 
a suitable power adapter. Assembly 100 has a configurable power supply 122, which can be 
controlled by MCU 102 to output a voltage (in a range from 3-24-volts) compliant with a 
20 multiplicity of powered devices 136. Thus, as shown in Fig. 2B, a simple two-conductor power 
cord assembly 1 15A can be used to deliver power from an embedded power assembly 100, to a 
variety of powered devices 100. A low-cost cord 1 15A can be provided by the airline, in the non- 
limiting example cited, thus eliminating the need for a passenger to carry a dedicated power 
adapter for every electronic (or electrical device). 

25 

PectiUaLirilties of Poweriinig Bevices 

Powered devices 136 (Fig. 2B) not only have particular input voltage requirements, but they also 
typically require a unique connector at their power ports 109 A. To date, over 40 power connector 
variants have been identified just for laptop computers. Often, similarly dimensioned connectors 
30 (e.g., a variety of connectors generically classified as "5 mm barrel connectors," will mechanically 
fit powered devices for which they were not intended. Both voltage mismatches, and/or reversed 
polarity, can result from this power connector inter-changeability. 




The invention employs a power connector 132 (Fig. 2B), which attaches to a powered device 136 
at its battery pack 134, instead of at the traditional power-input port 109 A found on today's 
electronic equipment. By attaching to a powered device's battery pack, the number of connector 
5 variants can be specific to battery connections (see Figs. 6A, 6F-, 7, and 8). Another benefit 

achieved by powering a powered device 136 through its battery port is that a power assembly 100 
can easily identify the correct voltage required by a particular powered device. One method of 
performing a voltage identification is for MCU 102 to sample — on powerlines 1 14 and 166 — the 
voltage of a battery 134. MCU 102's software 101 executes a process to acquire, and optimize, 

10 what becomes the output voltage requirement for configurable power supply 122, MCU 102 then 
uses that voltage information, sending a voltage-control signal along line 130B to configurable 
power supply 122. Power supply then outputs the correct voltage signal on conductors 118 and 
120. When MCU 102 closes powerline switches 1 12 A, the power signal travels through connector 
103, then along powerlines 1 14 and 116, into connector 132, Connector 132 is unique, in that by 

15 inserting it in one of its two positions, it creates an electrical path within battery pack 134 which 
bypasses the battery cells. This temporary bypass circuit reroutes the incoming power signal 
directly to the powered device 136. Powered device 136 recognizes the power as being delivered 
fi'om its battery 134, while the actual power source is the embedded power supply 100. When 
power adapter assembly 400A is used in place of power cord assembly 1 15A, powered device 134 

20 gets its power fi'om power box 400. 

Placing a power connector interface in a battery pack also allows users to upgrade their equipment 
to be compliant with a power assembly 100 (Fig. 2B). Batteries, whether rechargeable or primary, 
are virtually always user removable (or replaceable). Since batteries wear out and need replacing 

25 periodically, users need only replace a worn battery pack with a unit configured with a connector 
132. Thus, a battery-based power connector is a convenient, and low-cost, way to upgrade almost 
any powered device. As discussed above, user costs are fiirther reduced by eliminating the need to 
purchase the traditional external power adapter required to connect to embedded power systems 
on aircraft (or in an automobile, as the cigarette-lighter power port). Furthermore, safety is 

30 achieved by an embedded power assembly 100 being able to power a device 136 with the right 
voltage. Further safety is achieved by switches 1 12A changing the polarity on powerlines 114 and 
116 (see Fig. 13 A and the related text for details). 
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When external power adapter assembly 400 A is attached to embedded power supply 100, the two 
devices are capable of communicating with each other. One of the communications methods 
described herein is powerline modulation. This inter-device communication capabiUty allows both 
5 assembly 100 and 400A to interact constructively (see Fig. 13 A, and related text). The 

communications link between external adapter assembly 400A also extends to conununicating 
with a smart battery 134, so that the smart battery can communicate data such as the battery 
manufacturer's design voltage, remaining battery capacity, etc. 

Interchangeable Power-Delivery Hardware 

Embedded power assembly 100 (Fig. 2B) can power a powered device 136 using a simple power 
cord assembly 1 15A, comprised of a connector 103, power conductors 114 and 116, and a battery 
connector 132. But, as previously indicated, there are embedded power supplies which output a 
fixed voltage. Non-limiting examples of fixed-voltage power assemblies include the aircraft seat 
units already indicated, as well as a fixed-voltage car cigarette-lighter port (SAE spec J121 1) 
indicates a design voltage for a cigarette lighter port as 9-16 VDC, but the typical nominal voltage 
delivered in most cars is in the 11-14 VDC range. Users of powered devices 1365 which are 
equipped with a battery pack 134 should be able to connect their powered devices to their cars, or 
to aircraft seats that deliver a fixed 15-volt output. 

External power-conversion adapter assembly 400A (Fig. 2B) operates in most ways just like 
embedded power assembly 100. Power converter box 400 also has an MCU, a configurable power 
converter, powerline switches, and this hardware operates with software 800 (detailed drawings of 
a generic power box 400 appear as Fig 13 A, and software 800 is illustrated as flowchart 800 in 
Fig. 1 A). Power cords 505 and 507 are analogous to power cords 1 14 and 1 16 in cord assembly 
1 15A. Connector element 103 is interchangeable with that element of cord assembly 1 15A, so that 
either simple power cord assembly 1 1 5 A, or power adapter assembly 400 A can be connected to 
an embedded power assembly 100. 

30 External Power Adapter Variants 

As with an embedded power assembly 100 (Fig. 2B), so too with external power assembly 400 A 
is there an implicit "Universal" power-delivery capability. One external adapter 400, that is capable 
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of configuring its power output to match the various vokage input requirements of a muhiplicity 
of powered devices 136, can replace a number of discrete, device-specific power adapters. The 
Description discusses a number of ways that a single external adapter 400 can replace the various 
variants of device-specific adapters commonly available. 

5 

Today's electronics goods, whether they be notebook computers, handheld video game machines. 
Personal Digital Assistants (PDAs), tape recorders, or any other type of battery-powered devices, 
usually ship with an AC\DC adapter. If the user wants to use the devices while traveling in a car, 
or on a plane, a separate DC/DC power adapter may be either available fi-om the device 
10 manufacturer, or can be purchased in the aftermarket. Purchasing such optional external adapters 
fi-om the manufacturer can be costly, or the manufacturer may not offer such a product (less than 
50% of laptops even have an aircraft-style power adapter available at all, and few OEM laptop 
^0 vendors offer such a product). 

i 

15 In the electronics goods aftermarket, companies like Radio Shack (Fort Worth, TX), and Targus 
;P (Irvine, CA), offer power adapters specific to laptop computers, but these are often costly ($80- 

129 U.S.), and experience has shown that it can take many weeks to get delivery of such products. 
J=j Once the purchaser disposes (or upgrades to a newer model) of the powered device, the power 

5^ adapter usually cannot be reused, and must be discarded. Also, as previously indicated, there is a 

20 risk of connecting the wrong adapter to a particular powered device. This problem is especially 
pronounced in larger companies, where a variety of laptop computer models and brands may be 
used, and there are power adapters on hand that look similar to each other, have mechanically- 
compatible connectors, yet deliver non-compatible voltages. 

25 "Universal" power adapters are available in the marketplace. Radio Shack, for example, stocks 
power adapters with delectable voltage dials, so that a user can manually set an output fi-om as 
many as six voltages. Other adapter vendors, such as Targus, and Nesco (Van Nuys, CA), offer 
so-called "universal" adapters that require a user to mate a particular connector tip (or power 
cord/tip assembly), in order to achieve a particular output voltage. While these devices may offer 

30 some slight cost savings over dedicated, device-specific power adapters, they can hardly be 
considered universal. Not all connector tips offered by Targus, for example, cover the over 250 
models of laptop computers in the marketplace (Targus claims compatibility with only IBM, 
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Toshiba and Compaq). Both the Targus interchangeable connector tips, and the Nesco "smart" 
power cords suflfer from the akeady-identified problem of power connectors that mechanically are 
interchangeable among a variety of non- voltage-compatible devices, so a user is still faced with the 
problem of configuring the power adapter in a way that results in an incorrect voltage being 
5 delivered to a particular laptop. 

In summary, users are faced with either purchasing costly device-specific power adapters, having 
to deal with knoAving enough about a powered device's voltage requirements to properly turn a 
dial on a manually-selectable power adapter's dial, or to configure connector tips or cords in a 
10 way that will exactly match the power requirements of a particular powered device. Power adapter 
assembly 400A (Fig. 2B) solves these problems. Power box 400 automatically configures its 
output voltage, based on power requirements its MCU and software 800 acquire from a powered 
device's battery. 

15 Power box 400 can exist in several variants, A simple power module (see Fig. 11) connects 

between a user's fixed-voltage, device-specific external adapter and a powered device, in order to 
confirm that the output voltage of the fixed-voltage adapter is compatible with the powered device 
requirements. This intermediate module can also assist a user in setting the dial of a muhi-voltage 
selectable power module to a correct voltage. 

20 

In another modality, a manually-selectable vohage adapter can have sufficient hardware and 
software from a power box 400 (Fig. 2B) incorporated so that a user receives a visual indicator ~ 
such as an LED — to indicate that a correct voltage has been matched on a voltage-indicator dial 
(see Fig. 13), The adapter in Fig. 13 also represents a data-enabled external adapter, which is 
25 capable of various data communications with an embedded power supply, or a powered device. 
The hardware and software of a power box 400 can even be integrated into a battery pack, as 
indicated in Fig. 10, which would result in either the elimination of any external adapters at all, or 
in a battery pack providing an LED indicator when the correctly matched adapter is in the circuit. 

30 Thus, an external power-conversion adapter assembly 400A can replace (or enhance the proper 
operation of) a variety of commonly available power adapters, with a single "one-size-fits-all" 
adapter that is used with a multiplicity of powered devices. 
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List of Drawing Figures 

Fig. 1 illustrates in flowchart form the processes of software that primarily operates with 
5 embedded power hardware. 

Fig. 1 A depicts a flowchart of the software processes that primarily operate with external power 
hardware. 

10 Fig. 2 is a diagrammatic illustration of an embedded power supply and a powered device. 

Fig, 2B is a simplified overview drawing of the major elements which comprise both an embedded 
power supply, and an external power adapter. 

15 Fig. 3 A (prior art) shows the elements in a typical microcontroller unit (MCU), 

Fig. 3B (prior art) depicts the architecture and port configurations of a typical microcontroUer unit 
(MCU). 

20 Fig. 4 (prior art) illustrates a schematic of a generic switching power supply configured to be 
controllable by a microcontroller, or other external processor. 

Fig, 5 (prior art) shows a schematic of the microcontroller in Figs. 3A and 3B, configured to 
control a switching power supply such as that shown in Fig. 4. 

25 

Fig. 5 A (prior art) depicts a circuit which can be added to the schematic in Fig, 5 to provide a 
means of inducing a load on the input powerline of an A/D converter. 

Figs. 6 to 6C illustrate a male connector, and (diagrammatically) its mating female receptacle with 
30 related circuits created when the male connector is inserted in two positions. 
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Fig. 6D shows a detailed view of the male connector in Figs, 6-6C, with a removable cover that 
includes a resistive element. 

Fig. 6E to 6F-1 depict a variant of the connector assembly in Figs. 6-6C with two placements of a 
5 diode in the circuit. 

Fig. 7 illustrates a flexible connector interface that can be installed in battery-powered devices to 
redirect power to a battery, or to a powered device. 

10 Fig. 8 shows a multi-contact male connector (plug) which can be rotated to create different 
electrical paths to a battery, or a powered device. 

Figs. 9 A to 9D depict wiring diagrams which either include or exclude a "smart" battery's 
electronics circuitry in a power delivery path between a power supply and a powered device. 

15 

Fig. 10 illustrates two modalities of an external power-conversion adapter, one being an adapter 
with a selectable voltage dial, and the second being a battery, both having integrated power 
hardware and software that is used to power a powered device such as a laptop computer. 

20 Fig. 1 1 shows an external module inserted in the electrical path between a power-conversion 
adapter and a powered device's battery pack. 

Fig. 12 depicts a simplified function chart of the principles of operation of software. 

25 Fig. 13 illustrates the details of an external power adapter that has a manually-selectable output 
voltage, and vwred and wireless data ports. 

Fig. 13 A shows a diagrammatic representation of the hardware elements of external power- 
conversion devices such as those in Figs. 10, 11, and 13. 

30 

Fig. 14 depicts a representational instruction label, with LEDs to prompt a user to perform certain 
activities relevant to configuring hardware. 
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Fig. 15 illustrates a look-up table in chart form which associates a battery's minimum and 
maximum voltages with individual cell voltages and the number of cells in a battery pack. 

5 Fig. 16 shows a sub-routine of the software in Figs. 1, and 1 A, which is used extensively in 
various software processes and operations. 

Fig. 17 illustrates a chart Usting the three positions of a connector in Figs. 6-6C. 

10 Fig. 18 depicts a screen display showing power-related information, such as voltage values, line- 
load values, connector insertion states, and other data relevant to the operations of hardware and 



Fig. 19 shows a template created from changes in load during a typical BIOS POST sequence of a 
15 laptop computer. 

Fig. 20 illustrates a look-up table used by software in Figs. 1 and 1 A, which correlates line load 
values to various hardware states. 



Note: Matter presented in this section is often also described in other sections, such as in the 
various software. Any relevant matter is assumed to be included here by reference, as if it were 
25 presented here in fiill 

Principally, a software program operates on a hardware platform comprised of a processor, 
memory (both volatile or non-volatile), controller, and at least one data-acquisition I/O port. A 
configurable power supply can be used, but such a device is not essential to the operation of the 
30 software. The elements can be combined as a single device (as a non-limiting example, a 

microcontroller), or as discrete sub-assemblies in a multiplicity of combinations. Some or all of the 
elements can be included in a configurable power supply. 



software. 
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HAMBWARE 
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One of the principal functions of the hardware, when used with software 101 (Fig. 1) or software 
800 (Fig. 1 A) is to acquire information from a powered device about its power requirements, such 
as its actual input voltage parameters (and perhaps current-load). For example, a device's power- 
requirement information can be acquired as an analog voltage signal from a battery pack 134, as is 
5 shown in Fig. 2. Battery voltage (and/or current) is converted at MCU 102 in hardware assembly 
100 to a digital data signal. A digital signal is processed, as described in software 101 and 800, 
and sent as a voltage command to configurable power supply 122, Power supply 122 configures 
its output voltage based on information from a processor in MCU 102. Thus, powered device 
136's correct voltage is properly delivered to it by power supply 122, along conductors 1 14 and 
10 1 16 in Fig. 2. Assembly 100 in Fig. 2 can also monitor the electrical load of powered device 136 
(see U.S. Patent Application No. 09/193,790, and International Application No. 
PCT/US98/24403). 

Digital Data 

15 Information about the proper input voltage requirements of a powered device 136 (Fig. 2) can 
also be from data stored in a powered device 136. Powered device's memory 104B (volatile or 
non-volatile) stores information, which is retrieved by resident software. Through a multiplicity of 
available data I/O ports at powered device 136, voltage information is delivered to an appropriate 
I/O port at hardware assembly 100 in Fig. 2. Prior art Figs. 3 A and B show a variety of data I/Os 

20 at MCU 102. Synchronous, serial, and I^C data links can be created, as a non-limiting example of 
data I/Os. Should powered device 136 be capable of storing its voltage and load requirements as 
digital data, that data being communicated to hardware assembly 100 by a multiplicity of methods, 
including but not limited to, powerline modulation, and wireless infrared. 

25 Fig. 2 shows two conductors 114 and 116 that electrically connect hardware assembly 100 to 
powered device 136, via associated battery pack 134. These two conductors can function as data 
lines, as well as powerlines. This would be practical if battery pack 134 is a "smart" battery 
capable of data communications. Smart batteries, non-limiting examples of which are those 
defined in the SMBus specifications (available at www.sbs-forum.org), can be modified to include 

30 a modulator/demodulator for powerline modulation. Also, revisions to the SMBus specifications 
allow for battery and host data available on a standard PCI bus. Conductors 1 14 and 116 can be 
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used for powerline modulation, or additional lines can be added (SMBus is a four-wire data bus, 
and Dallas 1-Wire only requires three). 

As shown in Fig. 2, two-wire analog data acquisition is achievable using powerline modulation. 
5 This shared two- wired power and data topology is viable because power supply 122 is 
controllable, so it can be shut down, or reconfigured to a compatible voltage with powerline 
modulation during periods of data acquisition. 

Alternative Data Acquisition 

10 The 40 programmable I/Os 138, or serial I/O 154, in Fig. 3A can be used to create a digital data 
path. As a non-limiting example, 40 programmable I/Os 138 can create a parallel port. Serial I/O 
154 can be, as another non-limiting example, configured to drive an infi^ared or RF circuit for 
wireless data communications between hardware assembly 100 and powered device 136 in Fig. 2. 
I^C and SMBus capabilities of the Mitsubishi M37515 (which is compliant with I^C data 

15 protocols) simplify the fimctionality and implementation of this new digital I/O path. Furthermore, 
the M37515 (or equivalent) can be readily programmed to communicate v^th a "smart battery" 
134 in Fig. 2 by using SMBus-compliant fiinction control unit 144. 

Data communications between a powered device 136 (Fig. 2) and hardware assembly 100 is not 
20 restricted to hardwired connectivity. Wireless data communications, for example using infi^ared 
(134C), RF, or acoustic arrays, can be created with appropriate communications devices in 
hardware assembly 100. Software 101 in Fig. 1 (and software 800 in Fig. 1 A) are not limited to 
any particular data communications method between powered device 136 and hardware assembly 
100. For purposes of the processes defined in software 101 and 800, the method of data 
25 acquisition by a hardware assembly 100 fi-om powered device 136 or battery pack 134 is not 
limited to the analog methods described herein. 

Intermediate Hardware 

Fig. 2 shows an embodiment of hardware assembly 100, in which MCU 102 is indirectly 
30 connected to power supply 122. Intermediate device 126 is a computer with a display screen (see 
Fig. 18 for an example of a "Power Monitor" screen display). Data fi-om MCU 102 is sent to 
computer/display 126 along data lines 130. Computer 126 also controls power supply 122 via data 



12 




lines 124. Computer 126 is not essential to the operation of the invention's hardware and 
software. It serves a usefiil function in providing a display for acquired voltage and current-load 
values, as illustrated in the 'Tower Monitor" screen in Fig. 18. In some applications, a graphical 
user interface and display screen is indicated as user prompts in softw£ire 101 and 800 (Figs. 1 and 
5 1 A). This is discussed later under "GUI Considerations." 



Hardware assembly 375 in Fig. 5 eliminates data control lines 124, and relocates them between 
MCU 102 and power supply 122, so that MCU 102 directly controls the output voltage of power 
supply 122. 

10 

Master Control Unit 

An example of an MCU 102 in Fig. 2 is a Mitsubishi M37515 (Figs. 3A and B), MCU 102 has a 
plurality of I/O ports 138, at least one of which is an A/D port. Fig. 2A details three A/D I/O 
ports 106, 110, and 1 12. Each of these is used to acquire powerline voltage (or current), v^th I/O 

15 port 106 reading voltage under a load condition. The load is provided by a power resistor 108 (or 
equivalent) in powerline 107. I/O port 110 senses voltage as a no-load value at powerlines 1 14 
and 1 16. I/O port 1 12 detects current at powerlines 113 and 1 14. Powerlines 107, and 1 13 are all 
tied to primary conductor 1 16, which is one of two conductors comprising cable 115. Additional 
circuits shown in Fig. 5 A can be implemented at the appropriate I/O ports for current and load- 

20 test states. 



The following table identifies the four A/D I/O ports used in software 101 (or 800): 



Port 


Drawing LIP. 


Software LB. 


Function 


1 


Fig. 2A#110 


Fig. 1A#802 


Powerline voltage acquisition at battery 134 or 
power supply 122's output (Fig. 2) 


2 


Fig. 13A#518 


Fig. 1A#809 


Powerline voltage acquisition at input to 
hardware assembly 100 (Fig. 2) 


3 


Fig. 2A #1 12 


Fig. 1A#814 


Powerline load (current) readings 


4 


Fig. 2A#106 


Fig. 1A#943 


Powerline voltage acquisition under sup- 
plemental load 



25 Analog signals acquired by I/O ports 106, 110, and 1 12 in Fig. 2 A are converted to digital signals 
in A/D converter 140 in Fig. 3A. As indicated in software 101 and 800 (Figs. 1 and 1 A), some 
digital data values are stored in memory, either temporarily or permanently. As appropriate, data 
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values are stored in ROM 148, or RAM 146. Processor 150 is used to calculate values, control 
data flow, time functions, etc. Timer construct 142, and/or clock generator 152, can be used for 
sequencing processes. Fig. 5 illustrates a reference-design test jig for the Mitsubishi M37515 (a 
non-limiting example of MCU 102 (Fig. 2), as weU as MCUs 102A and 102D (Fig. 13A). 

5 

Output I/Os 

MCU 102 in Fig. 3 A can output a digital signal on a reconfigured I/O port (not shown, but 
referenced in Figs. 3B and 5) created fi-om 40 programmable I/Os 138. As a parallel port, not all 
25 pins are allocated. MCU 102's programmable I/Os 138 serve to communicate data to 
10 configurable power supply 122 in Fig. 2. In the modality of configurable power supply shown in 
Fig. 4, data input from MCU 102 is expressed as +0,5 VDC line voltage. Resistor ladder 160 in 
Fig. 4 can be configured in a plurality of output voltage combinations, based on voltage values at 
pins 2, 4, 6, 8, 10, and 12, which control the final output voltage of power supply 122. 

15 Serial I/O port 154 in Fig. 3 A can be used for communication outputs, such as control and 

command fiinctions to the circuitry of a power supply 122 in Fig. 4. For example, an LTC1329A- 
50 from Linear Technologies (Milpitas, CA) can be used (via a serial port) to drive the LT1339 
shown in Fig. 4. The LTC1329A-50 is tied to the LT1339 at pin 12 (Sense) and pin 9 (Vft>). The 
Linear Technologies' LT1339 requires a modification to perform proper shutdown, as indicated in 

20 the chip's data sheets. Also, Vout is measured at header PIN 20, which is jumpered directly to the 
positive output terminal block #1 at TBI . To protect against power flowing into the power supply 
from the battery, a diode is included in the positive output powerline, but not ahead of the jumper 
that feeds Vout information to PIN 20, 

25 GUI Considerations 

Fig. 2 indicates an external processor with a screen display 126. Software 101 and 800 
Figs. 1 and lA) use various screen prompts to assist the user in manipulating connector 132. 
Elements of software 101 (or 800) relevant to displaying information (such as the non-limiting 
examples of Graphical User Interfaces (GUIs) described herein), can reside on appropriate storage 
30 media, such as CD-ROMs, DVDs, diskettes, etc., as freestanding software applications, or the 
software can be "burned" into hardware chips (for example, EPROMS, and EEPROMs) for use 
with embedded systems which provide a display interface. An appropriate display can also be 
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integral with hardware assembly 100, or independent as shown in Fig, 2. A screen display can be, 
as a non-limiting example, an LCD character display (or equivalent), mounted to an enclosure 
within which resides hardware assembly 100. 

5 Display screen technologies are not, however, essential to the proper operation of software 101 
and 800 (Figs. 1 and 1 A). Other methodologies to guide a user through the simple configuration 
steps include, but are not limited to, LEDs that are linked to a text-based information panel or 
card, as shown in Fig. 14. MCU 102 in Fig. 2 controls status LEDs 420, 422, 424, and 426, using 
available programmable I/Os 138 to actuate the appropriate LED. Error states, determined by user 

10 compliance to a requested action, can be shown by blinking the appropriate LED, for example 
420, if a required user action has not been performed. 

Display screens or LEDs are only two modalities of alerting a user to perform a specific action, or 
to confirm the appropriateness of the results of such actions, and are illustrated here as non- 
15 limiting examples only. Any method that will prompt a user is acceptable for the proper operation 
of software processes defined in software 101 and 800. 

Power Supply Modal&tiies 

Software 101 and 800 (Figs. 1 and 1 A) is not specific to a particular configurable power supply. A 
20 switching power supply design 122 in Fig. 4, that configures itself to a correct output voltage, is 
typical of a hardware configuration supported by software 101 and 800. Software 101 and 800 
can operate with a plurality of power supply design modalities. 

As a non-lmiiting example, a power supply which has a method of manually adjusting or 
25 configuring its output voltage can fiinction according to the processes defined in software 101 and 
800. Instead of the calculated output vohage available from MCU 102 in Fig. 2 being forwarded 
to a configurable power supply 122, the resultant voltage can be displayed on a screen. The user, 
seeing such voltage information on the screen uses this data to manually select the matching 
voltage. Because software 101 is capable of verifying that user-selected power supply 122's 
30 output voltage is correctly matched to the input voltage requirements of powered device 136, the 
user has validation and confirmation of the correctness of the selected voltage. 
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Software 800 in Fig. 1 A comprises a method of verifying a manually-set output voltage by using a 
simple reference-voltage comparator circuit, or by acquiring and calculating battery output 
voltage. Power supply device 400 in Fig. 13 and 13A includes an LED 402 that is capable of 
blinking, and also holding a continuous LED ON condition. When Vout and Vout^ are the same, 
5 LED 402 goes from a blinking state to a continuous ON state. A continuously ON LED 402 
indicates to a user that an accurate vohage match has occurred. This eliminates any mismatched 
voltage from a power supply 400 which could damage a powered device. With this LED 
confirmation, a power supply 400 need not have any voltage values demarcated on manually- 
adjustable voltage selector 337. It is not necessary that a user know what the actual vohage values 
10 of a selector 337 are, but user only needs to know that power supply 400 is in a voltage-matched 
state, irrespective of that actual voltage. Visually defining voltages does, however, oflfer a 
psychological advantage, for users who are conversant with voltage matching. 

Selector 337 in Fig. 13 A uses changes in impedance across its rotating manual selector svwtch to 
define incremental voltage values. Each selector setting 416 (Fig. 13) has a known resistance 
value. These individvially unique Ohm values are plotted in a look-up table (not showm) that 
equates an Ohm value to an output voltage value. When the desired resistive value that equates to 
a desired output voltage is detected, LED 402 goes from a blinking state to a continuous ON 
state. Users cannot mistakenly select a mismatched voltage, which provides a high degree of safety 
to power box 400. Should a user rotate selector dial 504 at any time after Vout has been executed, 
MCU 102 A ignores the selector. 

A Siimgle-ILEB, Setf-ConLlFiinnnimg, MaauaUy-Adljiuistoble Power Supply 
Figs. 13 and 13 A illustrate non-limiting examples of a self-confirming power adapter 335 that is 
25 comprised of at least one signaling indicator that can be an LED 402. LED 402 is wired so that it 
blinks dvuing voltage selection, then lights solid ON when a voltage match is achieved. This 
indicates to a user that a powered device's voltage, determined by software 800 in Fig. 1 A is the 
same as the selected output voltage of adapter 400 at voltage selector 337. As a safety measure, 
the tool used to rotate selector indicator 504 is a male "key" connector 404. Connector 404 in Fig. 
30 13 is shown in Fig. 6D as connector 540. 
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Various modalities of an external power device, such as power adapter 335 in Fig. 10, power 
module 357 in Fig. 11, and adapter 335B in Fig. 13, are generically illustrated in a block diagram 
format 400 in Fig. 13 A. MCU 102A has an input 506 (based on 13 selectable output voltages) 
from selector 337. Selector 337 is a rotary sv^tch vnth four lines. Each switch position represents 
5 a unique binary value that is expressed on four-conductor-line 506 to MCU 102 A. MCU 102A is 
thus able to know, by combinations of these binary values, each specific voltage setting that is 
selected. MCU 102A interprets these binary values as vokage selections. 

Just as hardware assembly 100 in Fig. 2, power adapter 400 in Fig. 13A is capable of reading a 
10 voltage value from an external powered device 508C (item 136 in Fig, 2). Data acquisition at 
signal lines 523 and 524 is configured to read voltage from an external source, such as battery 
508B. MCU 102 A holds power switches 526 and 526 A open while reading an extemal voltage 
from battery 508B. Software 800 (Fig. 1 A) stores voltage values in MCU 102A's memory 518A. 
MCU 102A then looks to binary inputs from manual voltage selector 337 at data-input line 506. 
15 When a user selects a voltage by rotating selector dial 504 that matches the voltage value stored in 
MCU 102A's memory, MCU 102 A turns on LED 402, This indicates to the user to stop rotation 
of selector 337 at that point (A discussion of LED variants appears in the "Hardware" section of 
"Software For In-Line, Corded Power-Delivery Hardware"). 

20 Thus, power adapter 400 (Fig. 13 A) can determine the output voltage of its power converter 
122A by acquiring voltage information from an attached battery 508B. Conductors 525, 522A, 
519 and 527 provide A/D converter inputs to MCU 102 A. Line voltage from main powerlines 523 
and 524 is acquired using A/D lines 525 and 527. Line load values are acquired at conductors 
522A (with its resistor 517), and/or conductor 519 (with its resistor 521). Further information on 

25 how software 101 and 800 use these various A/D I/Os to determine the optimum output voltage 
of a power converter 122 A is described in the sections "Conductors and Insulators," and 
"Granularity of the A/D." 

An adjusted voltage value, defined by software 800 (Fig. 1 A) is sent form MCU 102A in Fig. 13 A 
30 to power supply 122 A, along multi-conductor control line 510. Power converter 122A's resistor 
ladder (indicated in Fig, 4 as assembly 160) corresponds to binary values expressed by selector 

337. 
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Once power supply 122 A has configured its Vout, as commanded by MCU 102 A, A/D lines 525 
and 527 read power supply 122A's Vout. Software 800 (Fig. 1 A) and MCU 102A then apply a 
resistive load 517 to power supply 122A's output, top test the integrity of the power settings. If 

5 monitored Vout shows negligible voltage sag under load, and having confirmed that power 

supply's Vout matches the desired vokage value stored in memory 51 8A, MCU 102 A then closes 
switches 526 and 526 A, allowing power to flow along powerlines 523 and 524 to connector 132, 
and into battery 508B. The sections "Power Connector," "Connector Operations," and "Diode 
UPS" explain how a connector 132 reroutes power-delivery lines within battery 508B to bypass 

10 the intemal battery cell(s), and deliver power to a powered device 508C, 

Power switches 526 and 526 a can be controlled by MCU 102 A at control lines 520 to operate as 
polarity-reversing switches. MCU 102A, along with software 800, determines the polarity of the 
acquired power signal from battery 508B using techniques similar to that of a volt meter. Once the 
15 polarity of the battery on powerlines 523 and 524 is known, MCU 102 A configures switch 526 to 
either close the circuit to powerline 524C, or powerline 523. Switch 526A can be directed to 
either powerline 523C, or 524. 

Data Paths 

20 Power box 400 (Fig, 13 A) diagrammatically represents the powered devices shown as power 
adapter 335 in Fig. 10, power module integrated into a battery 347 in Fig. 10, power module 357 
in Fig, 11, and power adapter 335B in Fig. 13 . As discussed elsewhere, each of these power 
devices can communicate with other such devices, Avith data-enabled "smart" batteries, and even 
with powered devices such as the laptop 249 in Figs. 10 and 11. Fig. 13 A depicts three forms of 

25 inter-device communications: 

1) Powerline modulation is used between a battery 508B which has a Modulator/Demodulator 
(MD/DM) 508D and a processor such as MCU 102D. The corresponding 
Modulator/Demodulator 508E in power box 400 is controlled by MCU 102 A to allow 
30 communications along the primary powerlines 523 and 524, which are connected to MD/DM 

508E with conductors 524A and 523 A. MCU 102Auses lines 511Aand 51 IB as data Imes to and 
from MD/DM 508E. A corresponding scheme is employed within battery 508B to configure its 
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MCU 102D and MD/DM 508D. MCU 102 in power box 400 controls power switches 526 and 
526A to be open during a powerline modulation session. The power signal on the primary 
powerlines is from battery 508B, although the powerlines can be configured through switches 526 
and 526 A to allow power converter 122 A to be the source of power during a powerline session. 

5 

In such a configuration in which power is coming from power converter 122 A, it is advisable to 
have controllable switches equivalent to 526 and 526 A in battery 508B's circuitry, so as to isolate 
the main powerlines 524 and 523 during a powerline modulation communications session. Such 
switches would not be necessary if both MD/DMs 508D and 508E are capable of modulating a 

10 secondary signal across a reasonably wide range of voltages. This type of MD/DM would allow 
communications sessions to occur at any time during power information acquisition (a battery 
508B's power signal is on the powerlines), or during power delivery (power converter 122 A is 
providing the primary line voltage). Since power converter 122 A fiinctions within the voltage 
range of associated battery 508B, the two MD/DMs 508D and 508E are likely to be closely 

15 matched in their performance and compatibility within at a given voltage range. 

Thus, with a smart battery 508B, MCU 102 A in power box 400 (Fig. 13 A) can acquire data from 
analog signals (voltage and current) at powerlines 523 and 524, or digital data using powerline 
modulation can be used by MCU 102 A to acquire relevant data from battery 508B. Such digital 
20 data typically includes the battery manufacturer's pack "design" voltage, the present state of 
charge (fiiel gauge values), and other values only available by using a true communications link 
between power box 400 and smart battery 508B. 

2) Data port 406A in power box 400 (Fig. 13 A) is used to connect a power box 400 to a 
25 powered device 508C. Figs. 13 and 10 depict a power adapter that has a data I/O port 406, which 
attaches to a mating data port on a powered device, shown in a non-limiting example as a laptop 
computer 349. This data link allows a communications-enabled external power adapter/module 
335, 335B, or 347 (integrated into a battery) to access a powered device 508C's data storage, 
memory, and software applications, or even the operating system to either acquire power-related 
30 information from the powered device, or to share information acquired by the adapter/module 
with the various hardware/software within the powered device. As such, elements of software 101 
and 800 (Figs 1 and 1 A) relevant to inter-device or network communications can be stored on 
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diskettes, CD-ROMs, DVDs, etc., as appropriate for use with powered devices, servers, 
embedded LAN nodes, and the like. A non-limiting example of a use for this external 
adapter/module-to-powered-device comm link can be to indicate with a screen prompt on the 
powered device that selector dial 504 is incorrectly positioned (this assumes that the powered 
5 device is turned ON and operating from battery power). 



3) Infrared data I/O 412D (Fig. 13A) is depicted in Fig. 13, as infrared-compUant upper shell 412 
of external power adapter 335B. Infrared emitters 412A and collectors 412B are positioned to 
allow a difiusely-radiated pattern of light over which data can be bi-directionaUy communicated. 
10 While infrared is shown here as a mode of wireless communications, RF and acoustic arrays are 
also viable, depending on the intended function of the data link, and the availability of compatible 
devices in the communications environment. Further information about a wireless Ir data link is 

(3 

=3 available in the section **Modules That Open Closed Data Systems. 

Software flowchart 800 (Fig. 1 A) does not include detailed descriptions of the steps in software 
for a communications session. The wide variety of communications protocols, and selection of 
specific hardware, cannot be adequately in a series of communications steps in flowchart 800. 
Since such communications methodologies as powerline communications, wireless (infrared, RF, 
etc.), and cabled links are so widely known by those skilled in these various arts, the requisite 
software sequences to read from and write to a comm port can be readily implemented. 
Information on the data protocols for "smart" batteries is available from the Smart Battery 
Systems (SMBus) web site (www,sbs-forum,org). 



Other Data ILiitilks 

25 Power box 400 (Fig. 13 A) is representative of various hardware found in external power adapters 
and modules such as power adapter 335 in Fig. 10, power module integrated into a battery 347 in 
Fig. 10, power module 357 in Fig. 11, and power adapter 335B in Fig. 13. All of these external 
power units requires a power input from a compatible power source. The power source can be 
either DC, or AC. Fig. 13A depicts hardware by which a power box 400 (and related software 800 

30 I Fig. 1 A) can communicate with a power source connected at input power lines 505 and 507. 
Such a communications-enabled power source can be, for example, an embedded power module 
100 in Fig. 2, which will be used herein to describe the various communications capabilities. 
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Just as powerline modulation is used as one of the communications links between power box 400 
in Fig. 13A and an attached "smart" battery 508B, so too does power box 400 provide for a 
powerline communications link between its MCU 102 A and a power source 100 in Fig. 2. Note 
5 that power source 100 operates under software 101 (Fig. 1), while power box 400 operates under 
software 800 (Fig. 1 A), Power box 400 and its associated powerlines and connectors is illustrated 
as assembly 400A in Fig. 2 for purposes of illustration. Assembly 400 replaces the two-conductor 
cord 115 and its associated connectors 103 and 132, so that assembly 400 is interposed between a 
connector 103 of power source 100, and a battery pack 134. The sequence of events which occur 
10 prior to establishing a communications link between a power box 400 and power source 100 are: 

1) Pin outs in connector assembly 103 are different for an assembly than for the two-conductor 
power cord shown in Fig. 2. Therefore, when assembly 400 A is attached to power source lOO's 



Lj mating connector 103, power source 100 outputs a default line voltage along powerlines 505 and 

^2 15 507of+5VDC. 

&\ 

2) Power box 400 (Fig. 13 A), as part of assembly 400A in Fig. 2, receives power source lOO's 5- 
;r| volt power signal along conductors 522 and 522B, which deliver the power to voltage regulator 

iiJ 5 05 A. The regulator outputs a voltage compatible with the power requirements of an MCU 102 A 

[q 20 along continued lines 522 and 522B, to MCU 102 A. This voltage activates and turns ON MCU 

102 A, 

Note: If a user connected a battery 508B to power box 400 (Fig, 13 AO prior to making the 
connection between a power box 400 and a power source 100, MCU 102 can be turned on with 
25 power flowing along lines 523D and 523E to voltage regulator 505B, with the power then flowing 
along conductors 522C and 522D, which are tied into the primary power input lines 522B and 522 
to MCU 102 A. If a voltage regulator has suflBciently broad input voltage range capabilities, a 
single regulator can replace the two 505A and 505B. 

30 3) Once MCU 102 A is powered by either of the two power sources in step 2 above, the MCU 
uses A/D lines 529 and 528 to sample the voltage on input powerlines 505 and 507. Note that 
MCU 102 A closes switch 516, using control line 515A, to allow power to flow between input 
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powerline 505 and line 528. Software 800's steps 801 through 806 (Fig. 1 A) indicate the 
software branches related to determining to what type of input power source power box 400 is 
connected. If a 5-volt signal is acquired (software step 803) along lines 529 and 528, power box 
400 is connected to a power source 100 (Fig. 2). If the line voltage is 14-16 VDC (software step 
5 804), power box 400 is connected to an aircraft's In-Seat Power (ISP) outlet, which typically has 
a voltage of 15-volts (+/-1 volt). If the detected input voltage is in a range of 9-14 volts, MCU 
102 A in power box 400 assumes that it is connected to an automotive power source, such as a car 
cigarette lighter adapter outlet. This process of identifying a power source is important, because 
the connector 103 (Fig. 2) used to attach a power box 400 to a power source can, in some 
10 situations, be common to several of the types of power sources indicated. 

4) If the voltage on input power lines 505 and 507 proves to be 5 VDC, which distinguishes a 
power source 100 in Fig. 2, MCU 102 A (Fig. 13 A) can initiate a powerline modulation 
communications session. Modulator/demodulator (MD/DM) 528E is accessed by MCU 102 A 

15 along send/receive lines 528A and 528B. The modulated signal then travels along lines 528C and 
528 D, as MCU 102 A closes switch 5 16 via control line 5 1 5 A, The MCU can engage or 
disengage switch 516 to initiate (or disengage) a modulated powerline conununications session. 
Power source 100 also has powerline switches 1 12A, which are equivalent to switches 526 and 
526A in Fig. 13 A. These switches allow for floating powerlines 505 and 507 during a 

20 communications session, as well as providing a means of reversing polarity when a cord assembly 
1 15 is used, instead of a power box assembly 400A in Fig. 2. 

Note that power switch 516A remains open, so that power converter 122 A remains unaffected by 
a communications session. Power converter 122 A is not capable of operating eflSciently fi"om a 5 
25 VDC input, so it is not practical to keep the power converter 122 A in the powerline. Later, power 
source 100 (Fig. 2) will reconfigure its Vout to 28 volts, at the time when power converter 122 A 
(Fig. 13 A) is about to be configured to power device 508C. 

5) Powerline communications continue during the entirety of the software sequences defined in 
30 flowchart 800 (Fig. 1 A). Power box 400, and power source 100 (Figs. 13 A and 2, respectively) 

communicate information, for example, about available alternative communications hardware in 
each device. Power source 100 can be a node in a network of such power sources, all linked by a 
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wireless LAN. Power box 400 communicates to its networked power source 100 information 
about any wireless comm link hardware it has. Diagrammatic generic power box 400 (Fig. 13 A) 
can, in this non-limiting example, be representative of an actually external power adapter 335B in 
Fig. 13. Power adapter 335B includes wireless infrared capabilities, so it is important that a power 
5 source 100 know that there is a wireless link available, since power source 100 also has a 

compatible Ir port 134C (Fig. 2). The secondary Ir comm link enables power box 400 and power 
source 100 to continue to communicate via Ir, after powerlines 505 and 507 have been 
reconfigured to 28 VDC. 

10 Power Delivery 

Once MCU 102 A in power box 400 (Fig. 13 A) has completed its information gathering from 
associated battery 508B (which can include a communications session with a smart battery using 
powerline modulation, as previously discussed), power box 400 communicates to power source 
100, requesting a change in powerline voltage from the present 5-volts, to 28-volts. This call can 
15 occur via powerline communications, as described. 

Should power box 400 not have the requisite hardware for modulating a signal on a powerline, 
resistor array 509 is used as a simple means to conmiunicate the requisite voltage change. MCU 
102 (and software 101 (Fig. 1) in power source 100 (Fig. 2) uses its A/D converter ftinctions to 

20 determine whether or not a power box 400 is requesting a voltage change at its power supply 122. 
Software 101 describes monitoring both powerline voltage and current. In particular, software 
101 is looking for changes to the line load which indicate that MCU 102 A in power box 400 has 
activated resistor array 509 (Fig. 13 A). The resistive values that resistor array 509 are capable of 
creating on powerlines 505 and 507 are pre-determined, and are thus known to both software 800 

25 and 101 . When software 101 detects one of the pre-determined resistive values when checking line 
load, this serves as a signal form power box 400 to reconfigure the Vout of power supply 122 
from 5 VDC to 28 VDC. 

Software 800, running in power box 400, requests a voltage change in steps 995 and 993. MCU 
30 102 A in power box 400 activates resistor array 509 along control line 509 A. Software 101 in 
power source 100 (Fig. 2) detects the change in line load caused by resistor array 509, and directs 
its MCU 102 to reconfigure the Vout of power supply 122. Since "Input Power" 109 is (in some 
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environments, such as on a commercial aircraft) 28 VDC, MCU 102 closes bypass switch 11 2B 
via control line 13 OB. Bypass switch 1 12B takes power supply 122 out of the electrical circuit, 
and allows the 28-volts available from "Input Power'' 109 to be conducted along lines 118 and 
1 12, and then to main powerlines 505 and 507 in assembly 400 A (Fig. 2). 

5 

Control line 130C is for MCU 102 to configure the variable Vout of power supply 122, and is not 
associated with control line 130B, which is specific to the control of bypass switch 1 12B. Lines 
120B and 1 18B are powerlines along which power supply 122 delivers a compatible power signal 
with which to power MCU 102 A (this assumes that power supply 122 has two outputs, one of 
10 which delivers a fixed voltage for powering MCU 102, and the other is a controllable and 
configurable output which is controlled by MCU 102. 

Software 800 in power box 400 (is steps 995 and 993) detects the input voltage change to 28- 
volts along MCU 102A's A/D lines 528 and 529 (MCU 102A has closed switch 516 in line 528). 
15 MCU 102 A in power box 400 then closes switch 516A, which allows the 28-volt power signal to 
flow into power converter 122 A. Power converter 122A's output is then configured by MCU 
102 A to be the optimized voltage previously determined by software 800. 

By employing various communications links, power devices can adapt to various compatible and 
20 non-compatible power sources. Neither software flowcharts 800 (Fig. lA), nor 101 (Fig. 1) 

defines specific inter-device communications sessions, because each type of data communications - 
- whether it be wireless infrared, or powerline modulation ~ requires specific protocols and 
hardware interactions (calls, read/writes to various ports, etc.). Since the communications 
methodologies discussed here are widely known and so readily implemented by those skilled in the 
25 art, the description herein of hardware interaction, and the non-limiting examples of 

communications fimctions cited, are sufficient to allow one skilled in the art to implement the 
software coding required to create a communications session. 

Software 800 (Fig. 1 A) monitors output voltage and powerline load during power delivery. If the 
30 electrical connection between power box 400 and its powered device 508C is ever broken 
(perhaps by a user removing connector 132), software 800 shuts down power converter 122 A. 
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Further information relating to operation of hardware when configured with software 800 — such 
as power box 400 (Fig. 13 A) ~ can be found in the section "Software Operation, " 

Example of a Manually-Configurable Adapter 
5 Because manually-selectable power adapters are so widely available, the added circuitry in power 
box 400 (Fig. 13 A) to make them safe and reliable is warranted. By modifying a simple manually- 
selectable power adapter with the hardware shown in Fig. 13 A, the power adapter becomes much 
more universal. It can be attached to any battery-powered device through a connector 132. This 
lowers the cost of owning multiple voltage adapters, and makes one adapter interchangeable with 
10 a number of powered devices. 

Among the various manually-configurable power supplies and adapters available, a product by 
Nesco (Van Nuys, CA) called "SmartAdapter" is a type of manually-configurable power supply. A 
DC/DC adapter module, which can deliver a range of voltages, is the central hardware device on 
15 which the "SmartAdapter" is based. A user selects an appropriate "SmartCord" that matches the 
input voltage requirements of a powered device. Each SmartCord has a specific resistor value that 
is pre-matched to an associated powered device. The correct SmartCord is attached to the 
SmartAdapter power module to configure a correct output voltage. 

20 But a user must have ready access to SmartCords. Selecting an appropriate SmartCord requires 
pre-knowledge of power details of the intended powered device, perhaps fi'om users who do not 
understand the proper reading of product labels that explain input and output voltage 
requirements. Also, the sheer number of powered devices suggests hundreds, if not thousands of 
SmartCords, each dedicated to a specific power product. These 12" cords are also easily lost, or 

25 confused with each other. 

Power adapter 400 in Fig. 13 and 13A eliminates the need for interchangeable SmartCords. 
Voltage requirements are not determined by users who may make mistakes; instead a reliable 
computer process accurately defines voltage requirements. This adds safety, convenience and 
30 reliability to products like the Nesco SmartAdapter. 

Other Power Supply Modatlities 
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"Configurable" power supplies are not limited to auto-configurable, or selector-controlled 
manually-configurable modalities, as described above. User configuration can include a fijnction as 
simple as choosing the appropriate power supply fi*om a number available. A corporate Manager 
of Information Systems (MIS) may, for example, need to confirm that the one of a number of 
5 identical-looking power supplies available in a spares bin is the correct voltage match for a 
particular powered device. Software 800 in Fig. 1 A operates to confirm the proper voltage 
required, and can also, with a hardware device 335 or 357in Fig. 1 1, interface with a pre- 
manufactured, fixed-output-voltage power adapter. 

10 A separate module 357 in Fig. 1 1 can interface between a powered device's battery pack and an 
independent power supply. The function of this module is to acquire a battery 355's voltage, using 
software 800 in Fig. 1 A, and to compare the acquired voltage information from battery 355 to 
configure the fixed-output voltage of a power supply 335. Module 357 cannot use software 800, 
but can employ a simple hardware voltage comparator. Module 357 can also be a more versatile 

15 data acquisition device that stores at least two voltage values in memory, each from a different 
source, and determines if they are a match. Simple indicators, a non-limiting example of which is a 
bi-colored red/green LED 338, is used to indicate whether or not there is a valid vohage match 
between 335's battery voltage and that of a power supply 337. Only power supply devices that 
create a valid green LED indicator when attached to module 357 can be safely attached to a 

20 powered device' s battery interface. 

Pre-PrograEiQtinnied Systtems 

Automatically-configurable power supplies include embedded or in-line corded power modules 
that rely on pre-determined computer-readable values which equate to output voltage matches. A 

25 U.S. Patent # 5,570,002 by Castleman describes a self-configuring power supply system that relies 
on computer chips or other hardware/software. This hardware essentially pre-identifies an 
appropriate output voltage of a powered device to an embedded, multi-point power supply 
system. This approach is very similar to the Nesco "SmartCord" defined above. But, instead 
Castleman relies on manufacturers of powered devices to pre-install a chip indicating each 

30 device's correct input voltage. Castleman does not address the availability of a battery pack 
interface, but only addresses the primary power jack or port of a powered device. This limits 
Castleman' s self-configuring power system to only those powered devices that have an embedded 
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chip or other vohage identifier. Furthermore that chip or vohage identifier software is readable 
only at a powered device's primary power port. Powered devices built before Castleman are not 
able to use the multi-point self-configuring power system described herein. 

5 Software 101 and 800 (Figs. 1 and lA) and related hardware, provide power device users a 
battery pack modified as indicated schematically in Figs. 6-6E. A battery pack modified with 
connector system 212 or 21 2A (Figs. 6-6E), together with intermediate voltage-acquisition 
hardware as in Figs. 2, 10, 11 and 13, can yield a valid voltage value which can be used by 
Castleman' s power system. Since battery packs are usually removable and replaceable, non- 
10 Castleman-compliant devices can be upgraded to store a voltage value required by Castleman. 

A "smart" battery can communicate its design voltage value as a digital value to a data-enabled 
intermediate module 357 in Fig. 11, Battery-housing-shaped module 347 in Fig. 10 contains 
electronics equivalent to that shown in Fig. 13 A (no power converter 122 is present, since the 
power converter is in power adapter 335). Modules 357 or 347 "translates" a voltage value, using 
software 101 or software 800 (Figs. 1 and 1 A), to a data signal compliant with Castleman' s 
voltage-identifier system. Thus, software 101 and 800 (and related hardware) enable Castleman's 
closed-loop system to access voltage values at the battery pack interface, instead of the limiting 
primary power port of a powered device. The software can also translate analog or digital voltage- 
specific information into readable data that is compliant with Castleman's schema. 

Modules That Open Oosed Data Systems 

Battery-pack-shaped module 347 in Fig. 10 can be comprised of any, or all, of the various 
elements that comprise hardware assembly 100 in Fig. 2. As configured in Fig. 10, the presence of 
25 a power converter module 335 indicates that a power supply 122 or equivalent in Fig. 2 is not 
needed in module 347. However, MCU 102, memory 104B, a controller (considered here as 
integral to MCU 102 in Fig. 2), and perhaps one of the wired (e.g., powerline modulation as 
Modulator/Demodulator 134B), or wireless communications (e.g., Infi^ared port 134C) modalities 
described herein can be incorporated into a battery-pack module 347 in Fig. 10. Thus, capabilities 
30 not already built into a power module 335 can be added, without modifying the pre-manxifactured 
power module 335. There can be, but need not be, a master/slave relationship between the two 
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modules 347 and 335. This may be tme if laptop computer 349 requires a smart battery, but such 
"smart" battery capabilities are not necessary to the proper operation of a module 347. 

Module 347 (Fig. 10) or 357 (Fig. 1 1) can be a smart battery emulator, the function of which is to 
5 "trick" laptop 349's battery-related circuitry into believing that there is a smart battery present, 
(instead of a plastic battery housing full of electronics). Such battery emulators are available from 
a number of sources, including David Simm (Bethesda, MD). Such emulators are used to test 
smart battery bus communications hardware and software. If battery charging is to be avoided, the 
emulator is configured not to request charging activities. Also, since there is no source of power at 
10 laptop 349's primary power port, powered device*s intemal battery charger vAU not turn on. 

Power adapter 335 in Figs. 10 and 1 1 can be only a basic non-configurable AC/DC (or DC/DC) 
power converter. Although both figures indicate a manual voltage selector 337, in some modalities 
there may be no ability to communicate v^th, control, or otherwise configure a power adapter 
15 335. However, module 347 can confirm the output voltage of power adapter 335, and allow 
power to pass through module 347 and into laptop 349, only if the input voltage at module 347 
matches the power requirements of laptop 349. Thus, module 347 serves a vital safety function in 
protecting laptop 349 from external power adapters like 335 that can output a mis-matched 
voltage. 

20 

If a communications link can be established between module 347 and power adapter 335 in Fig. 
10, battery vokage data for powered device 349 — acquired at module 347 — ^is transferable to 
laptop 349, via communications-enabled power adapter 335. As previously discussed, data 
communications need not be any more sophisticated than powerline modulation. A scant amount 
25 of data needs to be transferred — only a binary hex, or other equivalent of a two-digit vokage 
value, for example. A robust, high-speed data link is not required. 

As shown in Fig. 13, power adapter 335B has a data port 406. Data connector 406 is shovm as a 
parallel port interface, but it can be a USB, serial or any other data I/O port. This port connector 
30 gives access for power-related data to software within laptop 349 in Fig. 10. Thus, voltage data 
acquired at a battery 355 (Fig. 1 1) by module 357 (or, in the alternative, at a battery-pack 
configured module 347 (Fig. 10)) is communicated over powerline 336 (using powerline 
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modulation) to a data-enabled power adapter 335. Power adapter 33 5B (Fig. 13) has a data port 
406 that connects to a powered device 349 (Fig. 10). Voltage data previously discussed as 
acquired from a battery module 347 in Fig. 10 (or external module 357 in Fig. 1 1) is 
communicated from module 335B, via data connector 406, to powered device 349. Software 
resident on powered device 349 captures voltage data from power adapter 335B and stores it in 
non-volatile memory (or writes it to a storage media such as a hard drive). An external module 
357 (Fig. 1 1) can also have a data I/O equivalent to a port 406 shown in Fig. 10. 

Now that powered device 349 has its voltage values in memory, the device can communicate that 
information to any compatible power adapter or other device. This movement of voltage data 
from a battery to its host device is via an assembly of hardware and software devices which enable 
not only compliant power adapters, but also provide power apparatus such as Castleman's, a way 
to place data in an accessible location specified in his U.S. Patent 5,570,002. 

Fig. 13 is also capable of communicating data wirelessly. Top shell 412 of power adapter 335B is 
fabricated of translucent plastic, tinted to be compatible with infrared light. Below the tinted Ir 
cover is a matrix of infrared LEDs (emitters) 412A and collectors 412B, typical of "diffuse" (i.e., 
non-directional) infrared. The emitters and collectors are arranged so as to disseminate light along 
various 30 x 120-degree paths. Collectors are physically isolated from emitters by partitions 412C, 
so that the collectors are not "blinded" by the emitters. The number of emitters and collectors can 
vary, according to the requirements of various diffuse infrared vendors. IBM (Markham, Ontario, 
Canada), Siemens (Bonn, Germany), and Spectrix (Mundelein, IL) are companies which have 
developed diffuse infrared technologies which do not require a specific "point-to-point" alignment 
of infrared beams. 

By using diffuse Ir, the entire top surface, and some portion of the sides of the top shell 412, of 
power adapter 335B disseminate infrared light into the local environment where, as a non-limiting 
example, the data within the non-columnated light beams can be captured by a host device 349 
(Fig. 10). This wireless capability eliminates the need for a data I/O connector 406 on power 
adapter 335B in Fig. 13, allowing the device to positioned anywhere in proximity (typically diffuse 
infrared operates within a range of 10 meters) to its powered device. 
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Such diffuse infrared capabilities also enable a number of power adapters 335B (Fig. 13) to be 
wirelessly linked to a compatible local area network. A non-limiting example of such a LAN can 
be an aircraft cabin configured with diffuse Ir receptors (transceivers) that transmit and receive 
data over the infrared network, so that power adapters such as 335B can communicate power- 
related activities at each node on the LAN to a server. The server thereby can monitor overall 
power consumption in the environment, report on the possible misuse of any power adapter 335Bs 
by airline passengers, report on a failing module that requires a service call — or to monitor the 
amount of time an adapter is used, so that an airline can charge a passenger for power usage. 
Thus, such a wirelessly networked power grid of power adapters empowers a number of practical 
solutions which benefit users and providers of power equipment such as power adapter 335B (or 
equivalents). 

Software Access Adds Safety 

By making powered device's voltage requirements available at the device's software layer, certain 
safety benefits are achieved. Smart battery topologies treat battery communications as a closed 
system. Not only are software applications resident on a powered device unable to access smart 
battery bus communications, but even the operating system has firewalls between it and the battery 
data bus. Until recently, this closed system approach made sense. Smart battery technology 
brought a reasonable level of safety to charging highly-volatile Lithium-Ion (Li-Ion) battery cells. 
But, commercial airlines are now adverse to even the slight risk that an onboard laptop could 
cause a dangerous situation by charging its batt^ while in flight. The involatile closed battery bus 
now needs outside intervention, so that battery charging activities within laptops can be 
temporarily disrupted during flight, but resumed when those laptops are on the ground. 

A system that allows smart battery bus data to be transferred bi-directionally to/from a powered 
device's application or operating system levels can be created using elements described in the 
section "Modules That Open Closed Data Systems." Such a data system has a battery pack 
interface. Male connector 290 in Fig. 8 provides suflHcient data lines 292, 294, 296, 298, and 299 
to redirect all battery bus communications to an external system. These five conductors of a 
connector 290 can be directed to a hardware assembly 100 in Fig. 2. If MCU 102 is a Mitsubishi 
M37515, the I^C/SMBus data port can provide a compatible I/O for the smart battery bus data. 
Microcontroller 102 is capable of translating the I^C data protocol to RS 232 data, which can be 
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output at an I/O port. This data port can be the existing serial port 1 54 in Fig. 3 A, as a non- 
limiting example, or a created parallel port constructed from the 40 programmable I/Os 138. The 
above description is not limiting to those particular elements referenced here by example, but can 
be any combination of elements that perform equivalent functions to create the system so 
5 described. 



Software 101, and 800 (Figs. 1 and 1 A respectively) can be integrated into an MCU, or equivalent 
processor or controller chips. Since elements of both software 101 and 800 relate to fimctions or 
operations not necessarily specific to software embedded into a chip, or processor, some software 
10 routines or sub-routines discussed herein can be distributed on media such as diskettes, flash, 
ROM (CD or DVD, for example), or equivalents. This distributed software can be an application 
purchased by an end user, and loaded onto a powered device such as a laptop computer, for non- 
limiting features such as a "Power Monitor" display. 

H 

Data port 406 in Fig. 13 provides power adapter 33 5B a means of sending/receiving data acquired 
from a smart battery bus, as described above, and transferring such data to software running on a 
powered device, such as a laptop. Linking these various elements together provides a data loop 
that starts at the otherwise closed smart battery bus in a powered device, rerouted through an 
external device, then into an available data port on the powered device. Software on the powered 
device can thereby monitor battery bus activity. If charging occurs, for example, monitoring 
software 101 (Fig. 1) or 800 (Fig. 1 A) can send a command to the data-enabled external power 
adapter to shut down. 



Smart Battery Bus Extensions 

25 The closed bus topology and architecture typical of smart battery systems is evolving into a more 
open platform. SMBus specifications include smart battery bus "extensions" that, to a limited 
degree, allow other hardware sub-systems in a powered device access to a previously-closed data 
bus. Extensions to the PCI bus allow the CPU, BIOS and other devices to have limited input and 
outputs on the smart battery bus. 

30 

In the evolving specifications, external devices such as power adapters, can potentially access 
battery and charger data. While no provisions currently exist for an external device to manipulate a 
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powered device 349's charger control, a power adapter 335, 335A, or 335B (Figs. 10, 11, 13) 
(and schematically 400 in Fig. 13 A) is capable of monitoring battery and charger activities. One 
means of controlling charging from an external device 335 is by disabling power to a powered 
device (assuming that an external adapter is delivering power to a device's primary power port 

5 343 (Figs. 10 and 1 1), instead of utilizing the battery bypass shown in Figs. 6-6E), Although an 
aggressive approach, discontinuing external power delivery can be rendered a harmless event. An 
external device such as module 335 (Fig. 11) that can monitor a battery data bus to confirm that a 
battery pack 355 has suflScient remaining capacity to power its host device. This eliminates any 
risk of a possible hardware crash caused by lack of battery power when shutting down external 

10 power in order to prevent battery charging.. 



^ Thus the various power adapters 335 or equivalents shown in Figs. 10, 1 1, 13, and 13A are 

fl enhanced by data port 406 in Fig. 13. As specifications for smart battery bus extensions open up 

1^ powered devices' parallel, serial, PC Card, USB and infrared data ports, power adapters such as 

15 the variants of 335 are capable of participating in bus conmiunications. 
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Data Available to Other Systems 

As a non-limiting example of the applicability of the bi-directional data system described above, it 
i J can serve as a precursor to the power apparatus described by Castleman. Castleman describes an 

=0 20 embedded power and data bus, but does not allow for data access to a battery port. By first 
transferring ~ by powerline modulation — the minimal power information (consisting of the 
voltage and current values required by Castleman) from a battery pack to an external device such 
as a power adapter (335B in Fig. 13); then, secondly, transmitting the power information now 
captive in the power adapter to its available data port (connector 406, or infrared port 412) where, 
25 finally, the power information is now stored in the powered device's ROM, RAM, or written to a 
storage medium. Thus, the power information which originated at a battery, has now been 
transferred to the battery's associated powered device. The power information is stored within the 
powered device until the powered device is attached to the Castleman apparatus. One of 
Castleman' s data cables can then extract the stored power information from the powered device, 
30 and use it to configure the output of their embedded power system. 
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Castleman can also access the battery port via a connector 290 in Fig. 8, for example, used in 
conjunction with a module 347 in Fig. 10. Module 347 is needed because Castleman addresses 
common data ports, and not ports that support SMBus (or Dallas 1-Wire) data protocols. 
Therefore, module 347 is needed to translate smart battery bus data to a format readable by 
5 Castleman' s apparatus. Furthermore, since software 800 in Fig. 1 A is already resident either on a 
powered device (and/or embedded in a powered adapter 335 or a module 347), a Castleman- 
compliant cord with an embedded Dallas chip can be connected, and the chip can be written-to 
from a modified version of software 800. Thereafter, the cord can be used according to 
Castleman* s apparatus. The Dallas Semiconductor "I-Button" series of writeable data chips can be 
10 written-to using a 0.5-volt power signal at a parallel port, as a method of creating a Castleman- 
readable chip. 

o 

'0 Even with this power-requirements data now available to the Castleman apparatus, other required 

parameters that identify device classes and types cannot be properly generated. Thus, concerns 
15 raised by Castleman about powered devices that radiate EMI can only be ascertained by such 
devices* manufacturers. No data about such device characteristics are stored, nor can that 
information be generated by a device that has left the manufacturing process without having had 
that information embedded specifically for Castleman. 

20 CasitleinrBaini Cords 

The above-described data transfer techniques, with an added means of writing to a Dallas (or 
equivalent) chip embedded in a cord connector, enables the assembly of hardware and software 
thus created to generate "Smart Cords" on the fly. Any powered device which can be accessed at 
its battery, whether that battery is "dumb" or "smart," can provide valid voltage information. This 
25 voltage information can be captured by software resident at various locations throughout the 
system, such as in a processor-enabled adapter or module, or in the powered device itself. 



Information on current requirements, while not essential, can also be gathered at a battery report 
by placing the battery under a known load for a defined amount of time. Because battery charging 
30 has been disabled, the load caused by the battery charging process, which can typically be 20 
Watts or more, is no longer an issue, so even previously marginal power adapters and embedded 
power systems have a power reserve. 
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Whether the values required in a "smart chip" or "smart cord" are specific to voltage and/or 
current, such data can be written to a cord with an embedded chip (ROM, EPROM, EEPROM, 
FLASH, etc.) by using the hardware and software described herein. 

5 

An Extra Bit of Safety 

The modality of power adapter 335B with a connector port 406 as shown in Fig. 13 (or an 
equivalent), also gains an additional safety feature. Adapter cords, especially when used on an 
airplane, can become disconnected from the powered device. This can occur simply by the weight 
10 of the adapter, dangUng from a passenger seat's food service tray causes a connector to become 
disconnected. That problem is resolved by attaching data connector 406, or an equivalent, to a 
powered device, as shown in Fig. 10. This arrangement makes for a clean implementation without 
dangling cords, and has the adapter firmly anchored to its powered device. This arrangement also 
minimizes cord fatigue, thus extending the life of the power adapter assembly. 

15 

Oosed-Loop Data Acquisition 

The processes defined in software 101 and 800, in Figs. 1 and 1 A respectively, includes methods 
of acquiring battery pack voltage without the inclusion of a specific type of power supply. Fig. 1 1 
shows an intermediate data acquisition module 357 to which a plurality of power supply types and 

20 battery packs can be connected. This module is not restricted to the form-factor of an in-line 
device. It can be expressed, as a non-limiting example, as a PC Card (previously PCMCIA card). 
It can be a module that communicates with a powered device by attaching to a data port, or that 
wirelessly sends voltage and other information fi-om software 101 or 800 in Fig. 1 and 1 A to a 
powered device. Thus, software 101 and 800 can operate without a power supply, per se ^ by using 

25 a module 357 to acquire data at a battery, then to convey it to a powered device through any 
available data port, so as to render such data accessible to software. 

The commonality of the hardware assemblies in Figs. 10, 11, 13, and schematically 13 A is that 
they are all closed-loop systems. A powered device accesses its own battery via an external 
30 module in order to identify the power device's electrical characteristics, in particular voltage (and 
perhaps load current). Once acquired, this power-related data can be stored in a powered device's 
internal memory, written to a hard drive, or otherwise logged in an accessible location. By placing 
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battery information at the application level within a powered device, for example a laptop, this 
data can be accessed by a plurality of power-specific devices. For example, software that relates to 
power management can, when assisted by a hardware assembly 400 in Fig. 13 A, monitor battery 
capacity by updating changes in voltage (and/or) real-time current loads that are indicators of 
5 remaining capacity. Thus, by using a closed-loop hardware assembly and software 101, or 800 (in 
Fig. 1 and 1 A, respectively), powered devices that are not powered by "smart" batteries can 
operate more eflBciently and safely. Thus, certain missing "smart" battery capabilities are created in 
on-board software and data connectivity from attached, communications-enabled hardware 
assemblies. 

10 

Adapter Voltages Don't Match Battery Pack Voltages 

Users of powered devices have specific needs for battery information that are addressed by one or 
more of the modalities of software 101 and 800 in Figs. 1 and 1 A. Non-limiting examples of these 
needs have already been defined as not charging batteries on aircraft, or to access an embedded 

15 power system by creating a "smart cord." Users are connecting an external power system to a 
powered device at its battery I/O, and not to the usual power input port. A powered device's 
battery port typically does not accept the same voltage as would the power adapter input jack 
located elsewhere on the powered device. A powered device that operates on a 12 VDC battery 
wiU typically require a higher voltage at its external power port. This is usually dictated by the 

20 need to charge the battery pack from a power source that delivers a higher voltage than the 
battery, itself 

Assuming that the user is relying on fixed-voltage adapters, this two-voltage model creates a need 
to differentiate extemal DC adapters, since connecting a 12-volt adapter (that matches a battery 

25 pack's voltage) to the extemal power port on a host device may likely deliver a voltage that is 
insufficient to properly power a device. Voltage acquisition and verification available from 
software 101 and 800 in Figs. 1 and 1 A allow a user to compare a voltage displayed on a screen 
(or otherwise readily identified) to that indicated on an adapter. This brings a layer of safety to the 
operation of any powered device, by eliminating guesswork that could result in connecting a 

30 voltage-mismatched adapter. Any of the hardware assemblies shown in various figures herein will 
correctly identify a powered device's voltage, when used with software 101 and 800 in Figs. 1 and 



35 



1 A. Furthermore, that same software and hardware can verify that an adapter is the correct one 
for that powered device. 

Power Connector 

5 A power connector 132 shown in block diagram Fig. 2, used with software 101 and 800 in Figs. 1 
and 1 A, has specific conductive and insulator characteristics which enable the correct software 
processes. A connector 132 operates by isolating the cells within a battery pack 134. A detailed 
view of male connector is shown in Figs. 6A and 6D. As shoAvn in Figs. 6-6C, battery cells 182 
are electro-mechanically separated from battery housing's exposed contacts 174 and 175 at power 
10 interface 194. The internal wiring of battery pack 134 has been reconfigured to include a 

connector interface comprised of contacts 176, 178, and 180. Normally, conductive lead 188 from 
ceU(s) 182 only connects to exposed contact 174. Positive lead 188 has been rewired with a "T"- 
connection 190, creating new conductor 188 A, which terminates in spring contact 180. 

15 Conductive lead 184 from battery cell(s) 182 in Fig. 6 originally was wired directly to exposed 
contact 175. As modified, power lead 184 now terminates in spring contact element 176. An 
opposing spring contact element 178 continues the power circuit along conductor 186 to contact 
175. Even though the internal wiring of battery pack 134 has been modified, the battery pack 
operates normally when a male connector 132 is not present. Spring contacts 176 and 178 are 

20 normally closed, so that power from cell(s) 182 can flow directly to contacts 174 and 175 as if the 
internal wiring had not been modified, as shown in Fig. 6, 

Connector Operaltions 

Software 101 and 800 in Figs. 1 and 1 A operates according to the various positions of connector 
25 132 in Figs. 6-6C. By referencing Fig. 6A to establish the conductive and insulator of male plug 
132, the first position of inserted male plug 132 into the mating contacts 176, 178, and 180 within 
battery pack 134 is indicated in Fig. 6B. The conductive path created by the insertion of male plug 
132 flows from battery cell(s) 182 along the first conductor 184, to spring contact 176, where the 
electrical signal is transferred to male plug 132's conductor 202 (as shown in Fig. 6A) then on to 
30 an external power source. 



36 




From battery cell(s) 182, a second electrical path is along conductor 188, then continuing along 
conductor 18 A, where the electrical signal is transferred to male plug 132's conductor 206 (see 
Fig. 6A), then on to an external power source. 



5 The direction of electrical flow along the paths described above is from the battery cell(s) 182 to 
the external power source. This allows software 101 and 800 (Figs. 1 and lA) in the external 
power source (or a separate device) to acquire power-related information, such as a voltage of 
battery cell(s) 182. Software 101 and 800 use both a Vmin voltage (under load), and a Vmax (no 
load). A suitable resistive load is applied in the external power supply to allow a Vmin voltage 
10 reading. If current readings are required, this resistive load is also used. (See resistive elements 
108 and 108 A in Figs. 2 and 2 A, and the related text in the Description for fixrther information on 
the resistive load and related wiring. In particular. Fig. 13 A uses resistive elements 517 and 521, 
as discussed in the section "Vmin"), 

15 Software 100 and 800 (Figs. 1 and lA respectively) use the acquired information on voltage (and 
current if indicated) to configure an external power supply - for example, the representational 
power supply 122 in block diagram Fig. 2. The software processes are defined in "Software to 
Configure Battery and Power Delivery Hardware." 

20 Once power supply 122 in Fig. 2 has been configured to a voltage that correlates to that of battery 
cell(s) 182 in Fig. 6B, coimector 132 must be repositioned. A user is instructed to remove 
connector 132 from battery pack 134, and to axially rotate it. This rotation sv^tches the position 
of conductor 202 and insulator 208 (see Fig. 6A), so the conductor and insulator are now the 
obverse of their original positions. 

25 

Fig. 6C shows male coimector 132 in a second position. Power signal from a power source flows 
along conductor 202 (Fig. 6A) in male coimector 132. Conductor 202 in connector 132 (Fig. 6C) 
is now electrically in contact with spring contact 178, so that power from the extemal power 
source 122 now continues along powerline 186 to contact 175 on battery pack enclosure's 
30 connector 194. 
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A power signal from the power source in Fig. 6C flows along conductor 206 in male coxmector 
132 (Fig. 6 A) which is now electrically in contact with spring contact 180, so that power from the 
external power source can now flow along powerline 188 A to interconnected powerline 192, then 
to contact 174 on battery pack enclosure's connector 194. When battery pack connector 194 is 
5 mated to connector 196 of "system" (i.e., powered device 136), a power signal from the power 
source flows into powered device 136. 

Note that in this second position of a male connector 132, because insulator 208 in Fig. 6A 
electrically isolates battery cell(s), no power can flow from battery cell(s) 182, even though the 
positive (+) side of the cell(s) is still in the newly-created circuit 212B in Fig. 6C. Battery cells 
182 are neutralized from being charged, by being effectively removed from the circuit between the 
power source and powered device 136 in Fig. 6C. Essentially, a Y-connector has been created, the 
base of which is comprised of spring contacts 176 and 178. The two branches of this Y-connector 
- one of which leads to battery cell(s) 182, and the other branch to powered device 136 - are 
selectable by positioning the conductive side 202 of a male connector 132 to be electrically 
attached to one branch or the other. 

Note that the ground (-) powerline, as is shown in Figs. 6-6C, is not always disrupted. Figs. 9A- 
9C show either disrupted positive or ground lines. Each battery pack is addressed on a case-by- 
case basis in determining which powerline to wire to spring contact clips. Software 101 and 800 
(Figs. 1 and 1 A) include reverse polarity detection and correction. Since the first position of a 
male connector 132 causes power to flow from a battery 182, the determination of polarity is 
obvious to anyone skilled in the art. 

25 Safely Bisablisig ttlhe Battery 

One of the safety frinctions male connector 132 in Figs. 6-6E achieves is preventing battery 
charging. By electro-mechanically isolating the cells within a battery pack, battery charging is 
efficiently prevented. It may seem that the same function could be achieved with a totally non- 
conductive male connector 132 inserted into a battery pack circuit such as that shown in Figs. 6- 

30 6C. Wth such a fiilly-insulated connector inserted, power could be delivered to the primary power 
port of a powered device, yet the battery pack would not charge. 
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While this fiilly-insulated male connector approach would certainly electro-mechanically prevent 
battery cells from charging, the power signal at the primary power port of a powered device can 
still turn on the powered device's internal charger, and potentially damage circuits. Also, a number 
of powered devices, especially laptop computers, have a battery pack that is wired in series with 
5 the primary system circuits. The battery pack must not only be present, but operational (often a 
reference-voltage circuit is employed) for the powered device to function. Thus, it is neither 
desirable, nor prudent, to power a device at its primary power port, while disrupting the battery 
pack's internal circuit. It is much more reliable and safe to power a device through its battery 
pack, 

10 

Furthermore, with the widespread use of "smart" batteries, powered devices are sometimes 
designed to execute a data handshake with a battery pack during system boot/initialization. If no 
battery acknowledgment occurs on the battery-system data bus, a host system may not operate. 
When powered from an external wall adapter, for example, some laptop computers will not 
15 operate because the system cannot locate a battery device. 

A laptop's battery is not only a secondary power source when no external power is available, but 
the battery serves an important Uninterruptable Power Supply (UPS) fiinction. Should external 
power be lost (e.g., the external AC/DC adapter is inadvertently unplugged from the wall), data 
0 20 could be lost. Therefore, it is essential that the battery always be installed and available to act as a 
^ UPS. When connector 132 in Figs. 6-6C is removed, battery 182 immediately continues powering 

its host system. Spring contacts 176 and 178 instantly close, restoring a complete power circuit 
between cells 182 and connector 194 along conductive paths that are readily identified by those 
skilled in the art. 

25 

Diode UTPS 

Fig. 6E depicts a connector assembly and related wiring 212E, which is another modality of such a 
connector assembly depicted in Figs. 6, 6 A, 6B, and 6C. The addition of a diode 185 in the circuit 
between opposing spring-loaded contact beams 176 and 178 allows a power signal from battery 
30 cell(s) 182 to flow along conductor 184, through diode 185 to conductor 186. The power signal 
now available on conductor 186 is accessible at contact 175, making power available from battery 
182 to a powered device's system 136. Thus, even though an inserted male connector 132 has 
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temporarily disrupted the flow of the battery 182*s power signal across contact beams 176 and 
178, diode 185 provides an alternative path for power. Should power from an external power 
source be disrupted that was flowing through male connector 132 to contact beam 178, then along 
conductor 186, to contact 175, diode 185 creates a new conductive path, so that battery 182 can 
5 take over powering powered device's system 136. (See the description relevant to male connector 
132 in Fig. 6A for details on how the connector assembly operates). 

Thus, power from battery 182 is available to its associated powered device 136 any time that 
voltage along conductor 186 drops below the battery cell(s) 182's voltage. Should external power 

10 be disrupted, diode 185 provides an effective Uninterruptable Power Supply (UPS) function, even 
though connector 132 is still inserted in battery housing 134. This function also applies should 
connector 132 be partially disconnected during power-delivery operations — if male connector 132 
were fiilly withdrawn from mating female connector assembly 1 79, spring-loaded conductive 
beams 176 and 178 would close to provide an electrical path between battery 182 and powered 

15 device 136. 

Diode 185 in Fig. 6E also provides a path for a battery 182's power signal at spring-contact 178. 
In the description elsewhere of the operation of a male connector 132, the male connector 132 is 
required to operate in a two-position mode. Fig. 6B depicts a Position #1 of a male connector 

20 132. In this position, an electrical path is created between a battery cell(s) 182 and an external 
power source along conductor 184, to spring-loaded conductive beam 176, then through 
connector 132 along its electrical contact 202 (see Fig. 6A). This electrical path created by the 
insertion of a male connector 132 in its Position #1 allowed an external power source (such as a 
power conversion adapter 400 diagrammatically shown in Fig. 13 A) to acquire voltage readings 

25 from battery 182. The positioning of diode 185 does not allow a power signal to flow from 
conductor 186 into battery cell(s) 182. 

By the addition of diode 185, and the new electrical path created from battery 182 to conductive 
beam contact 178, the need to insert a male connector 132 into a Position #1 is eliminated. 
30 Instead, male connector 132 as inserted in Fig. 6E, can acquire battery cell voltage at conductive 
beam 178, since the conductive element 202 of male connector 132 is now in contact with 
conductive beam contact 178, instead of conductive beam contact 176 (see Fig, 6C for male 
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connector 132's Position #2). Thus, a power signal from battery cell(s) 182 flows along conductor 
184, then through diode 185, to conductor 186, where the power signal is available at conductive 
beam contact 178. The power signal then is transferred to conductor 202 in male connector 132, 
which is in electrical contact with beam contact 178, and the power signal is now available to an 
5 external power source. Thus, diode 185 eliminates of the need to insert a male connector 132 in a 
Position #1. Instead, a single insertion into what was previously male connector 132's Position #2 
is now all that is required. 

It may appear as if there would be contention along power conductor 186 when an external power 
10 source is delivering power through a male connector 132 (Fig. 6C shows the Position #2 power- 
delivery orientation of male connector 132). Since, in Fig. 6E, battery cell(s) 182 can deliver a 
power signal to conductor 186 through diode 185, and an external power source is also 
simultaneously applying a power signal to conductor 186 through conductive beam 178, a state of 
contention appears to exist. This is resolved by the external power source's related software 
15 (software 101 in Fig. 1, or software 800 in Fig. 1 A) configuring the Vout to be of a higher value 
than can be delivered by battery 182 through diode 185. The voltage depression created by diode 
185 works in favor of allowing an external power source's Vout to be the dominant voltage on 
conductor 186. 

20 Note that a "bleed resistor" 185 A is available that shunts across diode 185. This resistor is not 
essential to the operation of the invention. It allows a non-depressed voltage value to be available 
to an external power source. Without such a bleed resistor, software 101 (Fig. 1), or 800 (Fig. 
1 A) in an external power source would compensate for the depressed voltage value caused by a 
diode 185 in the line. Such a resistor arrangement should be approached with caution, since it 

25 does create a potential bypass path around diode 185. Those skilled in the art will be able to 
properly implement such a resistor in the circuits shown, but the implementation of a diode 185 
without an resistor 185 A is certainly appropriate in most circumstances. 

Diode 185 in Fig. 6E becomes electrically transparent to the battery circuit in battery pack 134, 
30 once male connector 132 is removed (see Fig. 6). A battery power signal flows through 

conductive beams 176 and 178, essentially bypassing the strapped diode 185 (diode 185 will only 
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be fully bypassed if there is a proper implementation of a bleed resistor 185 A, so that the power 
signal does not flow through resistive element 185 A). 

The location of a diode 185 is not limited to that shown in Fig. 6E. An alternative location is 
5 shown in the detail of a male connector 132 A in Fig 6F-1, which differs from the male connector 
132 shown in Fig. 6E. Male 132 A has conductive elements 202 and 202 A above and below a 
central conductor 206, each separated from the other conductors by thin insulators 204 and 204A. 
Conductive element 202 does not pass through connector backshell 210, but instead terminates 
inside backshell 210. Diode 185B is strapped across conductive elements 202 and 202 A, so that 
10 the direction of power signal flow is from upper conductor 202, downward to conductive element 
202A. 

When a male connector 132A (Fig. 6F-1) is inserted into mating connector assembly 179 (Fig. 6F) 
in a battery pack 134, conductive beam 176 is electrically active to male connector element 202, 
15 and opposing female conductive beam 178 is electrically attached to male connector element 
202 A. The battery power signal can flow from cell(s) 182 along conductor 184, to conductive 
beam 176, where it transfers to male connector element 202, then travels through diode 185B, and 
along conductive element 202A out to an external power source. This provides the voltage 
acquisition modes called out in software 101 (Fig. 1) and 800 (Fig, lA). 

20 

When the external power source applies a voltage signal (Vout) to male connector 132A (Fig. 
6F), the power signal travels along conductive element 202A, but is prohibited from traveling into 
conductive element 202 by diode 185B (Fig. 6F-1). Therefore, the power signal travels to the 
terminus of conductive element 202 A, where it is electrically attached to conductive beam 178 in 

25 female connector assembly 179. Then power signal then passes along conductor 186 in battery 
pack 134, reaching contact 175, where the power signal can then be transferred to the power 
device's system 136 at a mating contact and conductor 200 (connector 196 and its conductors 200 
and 198 are internal to powered device 136, as would be the case with battery contacts in a 
removable battery's bay, for example). As noted previously, the Vout voltage from an external 

30 power source must be of a higher voltage than that available through diode 185B, to allow the 
power signal to be the dominant voltage on the shared conductors. 
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The software flowcharts in Figs. 1 and 1 A can be modified by those skilled in the art to conform 
to the addition of a diode 185 in Fig. 6E (or in Fig. 6F-1). Elimination of the software steps which 
are used to verify a removal and reinsertion of a male connector 132 are REM'ed out. These are 
steps 716-758 in Fig. 1, and steps 920-938, and 991-971 in Fig. lA. Also, as previously noted, 
5 accommodation is made for the depressed voltage values acquired through diode 185. Since the 
depressed values are a constant, all voltages (e.g., Vmin, Vmax, etc.) are uniformly depressed, 
resulting in what will appear to be battery voltage values that suggest a fiirther state of discharge 
than is actually present. Look-up table 799 in Fig. 15, in particular, would be skewed if acquired 
voltage values are not readjusted. The simplest approach is to add a voltage compensating factor 
10 or zero out the error created by diode 185 (Fig. 6E) at the time each voltage value is acquired, and 
prior to any voltage comparisons, or references to various look-up tables. 

A power FET can be used in place of diode 185 in Fig. 6E, providing that there is an MCU (or 
equivalent controller) available in battery pack 134. Such an MCU 102D is indicated in Fig. 13A, 
15 residing in battery pack 508B. The power FET would be switched in and out of the circuit, as 
controlled by the MCU. Those skilled in the art will be able to integrate a controllable FET switch 
into a battery circuit, using the information provided here regarding the placement and operation 
of a diode 185. 

20 In summary, in the non-limiting examples above of the addition of a diode 185, (or equivalents 
such as a power FET) either in a battery circuit (Fig. 6E), or in a connector 132A (Figs. 6F, and 
6F-1), such a change in the circuitry eliminates activities associated with an end user reconfiguring 
the position of a male connector. As such, it is the preferred method of the connector hardware of 
the invention. Software 101 (Fig. 1) and software 800 (Fig. 1 A) employ steps which assume that a 

25 two-position male connector 132 (Figs. 6, 6 A, 6B and 6C) is being used. This assumed connector 
modality better illustrates the flexibility and hardware identification capabilities in both software 
flowcharts. Both software processes are easily modified by those skilled in the art to accommodate 
a single-insertion male connector. 

30 For fiirther information on the use of diodes, see the section "Diode Depression." 

Smart Battery Circuits 
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Smart battery packs are addressed in Figs. 9A-D. Four possible wiring diagrams show power 
conductors configured analogous to Fig. 6-6C. Two major variants are shown as Fig. 9 A and Fig. 
9C. These diflFer in where one of the power conductors ((+) or (-)) is rerouted. . either ahead or 
behind smart circuit 366. If the smart circuit design requires one of the output powerlines 368 or 
5 376 to be electrically attached to smart circuit 366, then the wiring configurations in Figs. 9A or B 
is appropriate. In these two models, which only differ fi"om each other in their polarity, disrupted 
powerline 388 is upstream of smart circuit 366. Essentially, external power supply 398 replaces 
battery cells 384. The downstream smart circuit 366 does not know that power is not coming from 
cells 384, so the entire system, including the corresponding "smart" circuitry in the associated 
10 powered device, operates normally. 

Critical data values from smart circuit 366 in Figs. 9A and 9B are not disabled. The battery cells 
384, now replaced in the power circuit by power supply 398, deliver adequate voltage in excess of 
the host system's Vmin requirement. Software 101 and 800 in Figs. 1 and 1 A respectively, always 
15 round to the next highest voltage after performing its various calculations, so that a generous input 
voltage is detected on line 388 in Figs. 9A and B. Voltage drop toward Vmin is usually a prime 
indicator for a charge. In smart battery implementations, the battery is the system master, and 
initiates the charging process. 

20 Fig. 9C and D represent altemative modalities to the wiring schema in Figs. 9A and 9B. Powerline 
376 is disrupted downstream of smart circuit 366. This takes smart circuit 366 out of the host 
system's data loop. In certain implementations, this is desirable, especially for those smart circuits 
which rely on cell capacity (instead of voltage) to determine when charging is necessary. In most 
battery packs, the choice of which of the four modalities indicated that works best is somewhat 

25 inconsequential, as it relates to battery charging. There is no external AC/DC power at a host 
device's primary power port. Since the wall adapter is not connected, there is no power available 
to the battery charging circuit in the host device! Therefore, the choice of wiring schema is only 
predicated on the host system's need to acknowledge data from the modified battery system. 
Because there are so many variants of "smart" battery implementations, the correct choice can 

30 only be arrived at by empirical testing. The relationship of cell voltages to Vmin and charge 

requests in smart battery systems can be better understood by reviewing Sunny Wan's study "The 
Chemistry of Rechargeable Batteries." Cadex Electronics, Inc. 7400 MacPherson Avenue, 
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Bumaby, BC, Canada V5J 5B6. That company's "Batteries in a Portable World" is also a good 
basic primer. 

Alternative Interfaces 

5 Male connector 132 in Figs. 6-6D, and 8 is not the only method of isolating a battery (s) 182 from 
a powered device 136. As non-limiting examples. Figs. 10, 1 1 (and 13 schematically) show 
externally attached interfaces that provide a suitable way to power a host device through a battery 
compartment, while maintaining analog (power) and digital (data where appUcable) connectivity to 
a battery pack (see PCX Patent Application No. PCT/US98/ 12807, and U.S. Patent Application 
10 No. 10/105,489). 

Approaches similar to the non-conductive insert discussed previously include eliminating the cells 
from a battery pack, and only using the empty plastic housing (v^th wires running through it) to 
deUver power to a host device. While this may seem logical, the risk of misuse of such an empty 
15 battery enclosure can include using the pack housing as a terrorist device. Filling the blank battery 
enclosure with explosives makes a lethal weapon of the battery pack. The application of external 
power would serve as the ignitor of such an explosive package. 

On a more pragmatic level, if the battery pack is a "smart" design, it will likely be necessary to 
20 include the smart circuitry in such an empty plastic housing, so that the powered device can 
communicate with its battery. The cost of this "empty*' battery enclosure and its expensive smart 
battery circuitry make it a poor substitute for a folly operational battery pack. The addition of 
battery cells to such a construct would not add significantly to the akeady high price of such a 
semi-empty enclosure. Furthermore, such modified battery enclosures have no practicality in 
25 environments where battery charging is desirable. Transporting such empty battery packs is also 
an inconvenience, since even empty battery housings can be quite bulky. For example, a Digital 
HiNote Ultra 2000 laptop's battery pack measures 3/4 x 2 1/4 x 1 1 

Since a powered device's battery serves a vital UPS fonction, should external power be 
30 unexpectedly disrupted, an empty plastic housing removes a key safety feature. Without a battery 
back-up, valuable data can be lost in a power-loss-precipitated system crash. 
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Conductors and Insulators 

Male connector 132 in Fig. 6A is expressed as a flat-bladed assembly 132, comprised of two 
insulator layers 204 and 208, and two conductive layers 202 and 206. These layers are interleaved 
so that the outer layer on one side of the "blade" is an insulator 208, while the outer layer on the 
opposite face is a conductor 202. As configured in Figs. 6-6D, conductor 202 always is negative 
(-), while conductor 206 is always positive (+). 

The polarity of conductors 202 and 206 is not limited to a negative (-) line being broken by the 
insertion of a blade assembly 132 into a mating female assembly in battery pack 134 in Figs. 6-6C. 
A positive (+) conductor can be interrupted instead, to ensure that the cells within a battery pack 
are removed fi-om an active circuit, as illustrated in Fig, 9D. So too, in some implementations, it 
could be necessary to disrupt only one data line (should there be data and power lines available), 
to achieve the effect of disabling the battery pack. As previously noted under "Safely EHsabling the 
Battery," certain powered devices may require a data link between a battery pack and the host 
system to be preserved in order for the device to operate. In such implementations, disrupting the 
positive (+) power conductor can still provide data conmiunications, if the negative (-) power line 
is used in conjunction with one or more of the data lines. Still other non-limiting examples of 
preserving a powered device's fianctionality include disrupting only a data line (for example, the 
"C" (Clock) line), so that the data communications can still occur, but without suflBcient 
capabilities to let the battery pack charge or perform other undesirable functions. 

Software 101 and 800 can be used without the fiill A/D fiinctions defined in Figs. 1 and 1 A 
respectively. As non-limiting examples, battery pack "design" voltage, and actual voltage, are 
readily available fii-om a "smart" battery's internal data registers. Instead of acquiring analog data 
on voltage and current, as software 101 and 800 prescribe, an alternative modality is to acquire 
digital data. The A/D functions would still be necessary, in such examples, for sensing other power 
fiinctions, such as the output voltage of a power supply 122 in Fig. 2, The hardware required to 
acquire digital data can include a different "key" connector interface 132 between a battery pack 
134 and a module 100. Fig, 8 illustrates a multi-contact male connector that is capable of being 
both power and data enabled. 
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When male connector 132 in Fig. 6B is inserted into mating connector assembly in battery pack 
134 - to create construct 212 - conductor 202 of male connector 132 is electrically connected to 
battery cell(s) 182 at spring contact 176, via power conductor 184. Conductor 206 in male 
connector 132 is electrically connected to the positive side of battery cell(s) 182 by spring contact 
180 and power lead 188A and 188. In this configuration, the voltage of battery cell(s) 182 can be 
read by an external power source. A non-limiting example of that external power source is 
represented as hardware assembly 100 in Fig. 2, specifically MCU 102's A/D ports in Fig. 2 A, 
A/D I/O port 1 10 reads no-load voltage, while A/D port 106 and 1 12 read voltage across loads 
108 and 108 A respectively. 

Thus, battery cell(s) 182 in Fig. 6B deliver a positive (+) power signal along power lead 188 to T- 
intersection 190, than along lead 188 A to spring contact 180. There, the positive (+) power signal 
is transferred to male connector 132's conductor 206 (see Fig. 6A), then out to a power lead 114 
or 1 16 in cable 115 (Figs. 2 and 2A). 

Battery cell(s) 182 in Fig. 6B deliver a negative (-) power signal along power lead 184 to spring 
contact 176. There, the negative (-) power signal is transferred to male connector 132's conductor 
202 (see Fig. 6A), then out to powerline 1 14 or 1 16 (Fig. 2 and 2 A). 

The operation of assembly 212A (Fig. 6B) and 212B (Fig. 6C) assumes a reasonably quick 
removal of male connector 132 fi"om battery pack 134. There is a transient moment when spring 
contacts 176 and 178 are reclosing to each other. Laptops typically have capacitor circuits which 
provide a few milliseconds of hold-up time. This is usually to accommodate minor irregularities in 
the electrical interface between the battery housing 134's contacts 174 and 175 and the mating 
contacts 190 and 200 in the powered device 136. Spring clips are often used as contacts 198 and 
200, so minor intermittent electrical contact is expected, as the battery pack can shift as a laptop is 
being carried, or moved around on a desk, while operational. 

Referencing male connector 132 in Fig. 6D, the end of the "blade" is tapered to a thin edge. Being 
conductive, the shape of this tip allows a virtually continuous power flow at spring clips 176 and 
178 in Fig. 6 as the connector blade tip 548 in Fig. 6D is being inserted or withdrawn. 
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Should there be a need to keep power flowing more reliably between spring contacts 176 and 178 
in Fig. 6, blade tip 548 in Fig. 6D (and any equivalents) can be gold plated, as well as contacts 176 
and 178. Furthermore, the geometry of the curved portion of the "throat" between spring clips 
176 and 178 can be contoured to allow the mating surfaces of clips 176 and 178 to make reliable 
5 contact with each other before the electro-mechanical contact with a blade tip 548 in Fig. 6D is 
disconnected. This may be nit-picking, especially since it is not anticipated that there will be 
situations in which powered device 136 in Fig. 6 is still turned on when "key" connector 132 is 
voluntarily withdrawn. In unanticipated events like a user tripping on a cord and disconnecting it, 
the contacts 176 and 178 are electrically closed in a matter of a few microseconds, typically. 

10 

Multi-Contoct Connectors 

Fig. 8 illustrates a multi-contact male connector 290 that is capable of conducting both digital and 
g analog data (see U.S. Patent Application No. 09/378/781, and International Patent Application 

J No. PCT/US99/19181). 



in 
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Fig. 8 represents a diflferent modality of a male connector 132 in Figs. 6-6D. The eight conductive 
contacts 306, 308, 310, 312, 320, 324, 326 and 328 can be assigned analog and/or digital lines. 
Jy For example, contact 320 is an analog (-) power contact, while contact 324 is assigned to the 

y ("T') Temperature digital data line. Contact 326 is C'D") data, and 328 is C'C") clock as 

,Q 20 representing the traditional five-conductor wiring schema of a smart battery (reference Fig. 9A-C 
^ and elsewhere). As shown here, male connector 290's point 316 can be rendered conductive, to 

accommodate a fifth (+) line to yield fiiU smart data and power connectivity between an external 
power source, a battery and a powered device. If the goal is to disable battery charging, typically 
only one conductor of the five need be disrupted (that particular power or data line can vary fi-om 
25 battery to battery, based on a manufacturer's implementation of smart battery communication). 



In Fig, 8, contacts 306, 308, 310 and 312 are non-fiinctional. They need not be present at all in 
most configurations. They are shown here because some battery or host system implementations 
can require them to be jumpered, have a resistive load or, in instances where a device in the 
30 system needs an identifier to operate, provide access to a readable chip (not shown). 
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For example, Castleman's U.S. Patent # 5,570,002 requires a Dallas Semiconductor chip to be 
read. This chip identifies the output voltage of an external power source. However, since 
Castleman restricted his patent to the primary power port of a host system, and did not address 
available data at a battery port, he overlooked the readily available smart chip in a smart battery. 
5 This smart chip has some 32 data registers, one of which is the battery manufacturer's design 
voltage. 

By using a "dumb" connector 290 in Fig. 8, contacts 320 (-) and 326 (D) will deliver the battery's 
design voltage fi^om the battery pack's smart circuit, without the need for Castleman's proprietary 

10 and dedicated chip embedded in a cord or connector. It should also be noted that, while Castleman 
suggests that power-related information can be elsewhere in the host system (such as in ROM and 
RAM), the SMBus Smart Battery specifications specifically preclude access to smart battery data 
at the software level, as well as to any existing analog or digital ports on a host device. Castleman 
allows only for data access at a host device's power or data ports, so any specific power data fi-om 

15 a smart battery is not available to Castleman's invention, because the SMBus is a closed system, 
not accessible fi'om data or power ports known to Castleman. Therefore, the only practical 
method of accessing voltage data fi"om an embedded chip is to access the smart battery chip via a 
newly-created power and data port, as defined in this invention, 

20 Because there are so many possible variants of smart (and dumb) battery circuits, it is impractical 
to document every modality here. However, the basic male connector 132 in Figs. 6A-D 
accommodates the vast majority of battery packs. Male connector 290 in Fig. 8 is usefiil in 
situations where the acquisition of digital data is required, although it can be used in non-data 
implementations for power only. 

25 

Male connector 290 in Fig. 8 is designed to rotate like a key inside a mating female connector (not 
shown), instead of being removed, rotated and reinserted, as does removable connector 540 in 
Fig. 6D. The eight contacts 306, 308, 310, 312, 320, 324, 326, and 328 are offset and staggered 
along the length of insulated shaft 322. By oflF-setting the contacts, there can be as many as 16 
30 mating contacts in a battery pack, so that a plurality of data paths can be created as male 
connector 290 is rotated between two positions. 
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The 16 contacts would result from a two-position rotation, whereby all 8 contacts are active in 
each of those two positions. 

Sets of mating female contacts align with connector 290 (Fig. 8) at 180-degree opposing 
5 locations, so that there are at least two closed-circuit positions as connector 290 is rotated. Shaft 
322 is wider than its height dimension to create pressure against mating contacts as the male "key" 
is a rotated. Spade-shaped tip 3 16 keeps longitudinal alignment of connector contacts to mating 
contacts, and also serves to stop over-rotation as the flanges 318 block against stops in a female 
receptacle (further details of the female receptacle are defined in U.S. Patent Application No. 
10 09/378,781, and International Patent Application No. PCT/US99/19181). 

Fig. 8 shows five wires 292, 294, 296, 298, and 299 attached to connector 290. As configured 
here, only powerlines 292 (attached to contact pad 320) and 299 (attached to conductive tip 316) 
are minimally required for system operation. Connector tip 3 16 is utilized in this non-limiting 

15 example as making electrically conductive to the (+) contact in the battery pack. If there is a 

shared ground, only one contact (here 316) need be electrically active. In the example of wiring in 
Fig. 8, wires 294, 296, and 298 are data lines, and are typically not essential to the operation of 
software 101 and 800 in Figs. 1 and 1 A respectively. To reduce wire diameter and yet preserve 
the opportunity to access any of the three data contacts "T," "D," or "C," a mux or n-signal 

20 switch (not shown) can be incorporated in shaft 322 or connector handle assembly 300/302 of 
connector 290. Such a switch allows a less-cumbersome 3 -wire cord that has all of the data 
functions of a five-conductor cord when using a Dallas 1-Wire approach. 

Two-Line Bi-directioiaal Data 

25 Certain "smart" data communications systems can be made to operate with two-conductor cords, 
by implementing a buflfer or memory on a chip to temporarily hold data, prior to muxing the lines. 
Thus, a chip like the Dallas Semiconductor (Dallas, TX) DS2437 "Smart Battery Monitor" can be 
embedded in a male connector 290 (Fig. 8), 540 in Fig. 6D, or equivalent. Three of the eight 
contacts shown in Fig. 8 are then active between connector 290 and a battery pack having a 

30 mating connector. This Dallas chip reads real-time data as A/D information, unlike Castleman's 
schema which has all functional data pre-programmed in a digitally-readable chip at the time of 
manufacture. Thus, the implementation described here of acquiring a power device's power values 
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at the time of use, is not used by Castleman. Nor is the storing of values from a battery, either pre- 
stored, or created while the system is in use, then stored for later access, addressed by Castleman. 
Castleman deals with the voltages that power a host device at its primary power port, and not with 
the different voltage values used to power that same host device through its battery port. 

5 

Data is stored on the Dallas DS2437 (or equivalent) chip in its 40 bytes of EEPROM memory. 
This memory, as designed by Dallas Semiconductor, can survive even short circuits, so its use in a 
line-switching circuit is beneficial. 

10 Data now available from the Dallas DS2437 chip is available to an external device over a two- 
conductor cord, by including either a mux or microcontroller in a male connector 290 (or 
equivalent). A microcontroller, such as the Dallas Semiconductor DS87C530, or the Mitsubishi 
M37515 (or equivalents) can be used to create a simplex switch, via a multiplexer, that allows two 
lines to be shared for bi-directional data. There would be no frame ground present. Connect the 

15 Tx-to-Rx lines on an RS 232 driver receive chip. Hook the line to the input side of the driver and 
the output of the receive. The multiplexer asserts control over the lines. The two wires are thus 
signal and ground. Such muxed lines on a serial port require software protocol controls for 
send/receive collision avoidance. 

20 Instead of muxing the lines, another approach is to use RS485 transceiver chips, to establish 
CMOS signals on one side (receive out, driver in) and a send/receive pin. The output is a 5-volt 
differential as simplex. In operation, a "slave" processor (as circuitry in male connector 290) is in 
"listen" mode, until another processor ("master" in an external power supply) sends a conunand to 
acquire and send data. Software allows for some period of latency while the slave acquires data, 

25 such as actual voltage. Once the data is sent, the slave goes back to a listen mode. One line works 
in both directions, as a shared data line. RS485 chips from National Semiconductor (Santa Clara, 
CA) are available that share common differential lines and have common CMOS lines with 
transmit and receive signals. 

30 At the MCU, two general-purpose I/O port pins are used, one of which is the Tx/Rx pin. Software 
writes a 0 to put the line in a transmit mode, then changes the pin back to a listen mode. The 
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communications protocol can be loaded to the 16 Kb of EPROM on the Dallas Semiconductor 
DS87C530, for example. 

Power on the two-conductors is +5 VDC, which can be generated by a regulated battery vohage 
5 in the circuit. This is preferable to using the variable output vohage of an external power supply. 
Power supply should be shut down when the system is in a conmiunications mode, to free the two 
power conductors for data. However a power supply can deUver +5 VDC to its microcontroller, 
but not apply such a voltage directly on the power/data conductors directly. Those skilled in the 
art can execute such two- wired communications schema as defined above. 

10 

Flex-CoHMBector Intcirface 

Fig. 7 shows a simplified power interface 250 with a battery bay 280. A thin flexible insulator 262 
uses conductive traces 264, 266, 268, and 272 to interact with a rechargeable-battery-powered 
device 284. Two conductors 264 and 266, are separated by insulator layer 262. Conductive traces 
15 272 and 268 are similarly insulated by non-conductive layer 262. Contact areas of traces 264 and 
272 connect to battery 288 at cell contacts 274 and 276. Opposing contact areas of traces 266 and 
268 interface with powered device 284 's electrical contacts 278 and 276 A. 

When inserted between contacts 274 and 276 of battery cells 288 in Fig. 7, and electrical contacts 
20 276A and 278 in battery cavity 280, flex assembly 250 creates two discrete circuits. One cfa-cuit is 
to the batteries comprised of traces 264 and 272, while the opposing contacts 266 and 268 
electrically create a circuit to host device 284, so that traces 266 and 268 create a circuit that 
effectively bypasses cells 288, This allows extemal power sources, such as a power supply and/or 
battery charger, to operate either sunultaneously or independently, to power a powered device 
25 284, and to charge a battery, both fiinctions being performed on the discrete electrical paths 
created by a flex-connector 250. 

Like Fig. 8's multi-conductor connector, a flex-connector 250 in Fig, 7 has four discrete wires 
252, 254, 256, 258. Unlike connector 290 in Fig. 8, where low-power data lines can be switched 
30 in and out of a cable by a mux or n-signal switch, the flex-connector assembly in Fig, 7 has only 
power conductors. 
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Switching power conductors in order to minimize cable size could require a substantial circuit of 
power FETS. However, because assembly 250 is designed to be compatible with software 101 and 
800 in Figs. 1 and 1 A, continuous power along any conductor pair is not required so the use of 
switching FETS is acceptable. With a four-conductor cable as shown in Fig. 7, battery 288 can be 
hardwired for continuous monitoring. Software 101 and 800 (Figs. 1 and 1 A respectively) can be 
modified to allow for four-conductor use, and references to insertion/retraction (or, in the 
alternative, rotation) of a male connector in the software Specification would not be required. 
Either the use of power switches, or simply relying on the continuous monitoring available from a 
four-conductor system, will work with the flowchart of software 101 and 800, 

If a four-line cable is acceptable, the low power requirements of the two-cell (1.5-3 volts 
depending on cell chemistry) circuit allows for small wire gauges on lines 252 and 258. 
Conductors 254 and 256 can be more substantial, since the current load of device 284 is unknovra. 

Assembly 250 in Fig. 7 has the advantage of being left permanently, or semi-permanently in place. 
A simple 4-pin connector can be fitted to the flex assembly 250 where wires 252, 254, 256 and 
258 interface. This connector is designed to accommodate the previously-mentioned switching 
circuit. At such low power as indicated here, an attenuator n-signal switch, such as those available 
from Maxim Integrated Products (Sunnyvale, CA) can be used. It can be wired so that voltages 
from either cells 288 or from a power supply (not shown, but referenced as an embedded power 
supply 122 in Fig. 1, or an external power supply 122 A in Fig. 13 A) activate the switch positions. 

Data Acquisitiion 

An external power source (such as hardware assembly 100 in Fig. 2, or power box 400 in Fig. 
13 A) can read the actual voltage (both load and no-load) of battery cell(s) 182. This information is 
acquired through the various pins of an A/D converter 102B (see Fig. 2 A), and either stored in 
memory 102A, or immediately used to compute a valid voltage value to which a configurable 
power supply 122's output can be set. 

Once the correct voltage value of battery cell(s) in pack 134 in Fig. 2 has been determined - which 
is one of the processes software 101 and 800 in Figs. 1 and 1 A performs - that voltage value is 
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used to modify the Vout of a power supply 122. How that Vout value is arrived at is discussed in 
the "Software Operation" section. 

Power Delivery 

5 Connector 132 in Figs. 6-6C is first addressed in software 101 and 800 (Figs. 1 and 1 A) as being 
disconnected. Software 101 knows each position of connector 132 as it is repositioned through 
the various machine states in the software flowchart. The most important connector state is when 
a male connector is disconnected fi-om its associated battery pack 134. The disconnected state 
indicates to software 101 (and 800) that a process is expected to start, or has just been completed. 
10 The state of male connector 132 provides a confirmation that the software logic-flow and state 
changes have been observed by the user. 

A male connector 540 and its associated power cord, as an assembly, has a known resistive value. 
That value is fixed at the time of manufacture; pre-calibrated to be all of the same matched 
15 impedance. A connector cover 530 in Fig. 6D, or equivalent, can be employed. Cover 530 has 
embedded resistor 534 (or some other resistively-stable component) that expresses a repeated and 
readily-identified Ohm value. When cover 530 is in place, software 101 (Fig. 1) acknowledges the 
identification of resistive element 534 as a "pre-operational" state, i.e., a user is present and has 
attached connector 540 to its power cord. 

20 

This state when the resistive element in connector cover 530 (Fig. 6D) is detected is important, 
because software 101 (and 800) shut down power supply 122 (Fig. 2). There is no power output - 
except for a nominal voltage in order to monitor changes in line resistance. This is a safety feature. 
One of the intended uses of the system shown in Fig. 2 is on an airplane. The original specification 

25 for power systems at a passenger seat (ARINC Specification 628, Part 2) provided for an 
intentional short in the Remote Power Outlet (RPO) to indicate that a power cable has been 
attached by a passenger. Should the invention here use such a shorted connector, software 101 
and 800 can identify a pre-operational state when a passenger attaches a power cord to the RPO. 
Information on ARINC specifications is available from Aeronautical Radio, Inc., (Annapolis, 

30 MD), Note that ARINC Specification 628, Part 2, was not approved as of the time of this writing. 
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The hardware device states can apply to the operation of a power cord on an embedded retractor 
reel. In that mode, either the motion of the cable extension incorporates a sensor that "awakens" 
power module 100 (Fig. 2), or MCU 102 (Fig. 2A) samples powerline impedance as an indicator 
of impending passenger activity. 

5 

Power supply 122 in Fig. 2 turns on periodically at a low output voltage, e.g., 3 VDC or less, to 
perform line load impedance readings. If the load value at A/D I/O port 110 (Fig. 2A) is the same 
as a stored value that equates (in look-up table 990 in Fig. 20) to a blank cable (no removable 
connector such as 540 in Fig. 6D present), then power supply 122 shuts down until the next 
10 polling test. If connector 540 is removable, instead of permanently aflfixed to the end of a power 
cable, as shown in Fig. 6D, then sensing the presence of removable connector 540 is an important 
indicator of a state change that will result in further software and hardware activity. 

Once connector 540 in Fig. 6D is sensed by an MCU 102 (Fig. 2), either with or without its 
15 connector cover 530, hardware assembly 100 in Fig. 2 goes to a full ON state. Software 101 or 
800 puts MCU 102 into an accelerated powerline sampling process. That process is to detect the 
removal of cover 530, in anticipation of the insertion of connector 540 into a battery pack (see 
Figs. 6-6C). If connector 540, or an equivalent, is manufactured without a cover 530, then a 
resistive element 534 (or equivalent) is embedded in the connector's shell 544. That resistive 
20 element 534 is strapped across electrically conductive connector elements 546 and 548 but is 
located within connector shell 544. Note that resistive element 534 in cover 530 has conductive 
pads 532 and 536. When cover 530 is in place, pads 532 and 536 make electrical contact with 
conductive surfaces 548 and 546 respectively on connector 540. 

25 Thus, cover 530 in Fig. 6D (with an internal resistive element 534, or an equivalent) is a beneficial 
aid to the operation of power system 100 in Fig. 2. However, it is not indispensable, since other 
indicators of the state of a connector 540 in Fig. 6D can be reliably determined by other means, 
such as the extension of a cable on a retractor reel. 

30 Resistive Identifiers in Cords 

Nesco Battery Company (Van Nuys, CA) manufactures a "Smart Cord" which uses a variety of 
resistors in its powerline connector to identify or distinguish the output voltage of a "Smart 
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Adapter," Unlike the use of a resistive element 534 in a removable connector cover 530 (Fig. 6D), 
the Nesco patent uses the resistive load to decrease a power supply's output vohage. The resistor 
element is used as a resistor, and not as an identifier. There is no feedback to an A/D converter or 
processor, so the resistor element used by Nesco is a passive electrical element, for purposes of its 
5 load changing (voltage reduction) ability. Also, the Nesco patent does not allow for removal of the 
resistive element, while connector cover 530 is removable, thus taking the resistive element out of 
the active circuit. 

« ♦ « 

10 Although the description above contains many specifications, these should not be construed as 
limiting the scope of the invention, but as merely providing illustrations of some of the presently- 
preferred embodiments of this invention. 
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10 Software to Configure Battery and Power Delivery Hardware 

Note: Matter presented in this section is often also discussed in other software sections, as well as 
throughout the preceding hardware sections. Any relevant matter is assumed to be included here 
by reference, as if it were presented here in fiiU. 

15 

The software herein interacts with a multiplicity of hardware devices, defined above as "Hardware 
to Configure Battery and Power Delivery Software," to configure a power supply output, and/or, 
in certain modalities, to detect and respond to battery-related activities, such as battery charging. 

20 Software 101 (Fig. 1) and software 800 (Fig. 1 A) have significant commonalities. Voltage and 
current sensing processes are common to both, as well as power supply output-voltage 
determination. While not limiting, software 101 is usually specific to an embedded hardware 
platform, while software 800 usually runs on an in-line, corded power conversion adapter. One 
non-limiting assumed modality is that an in-line, corded adapter (running software 800) is attached 

25 to an upstream embedded power supply assembly (running software 101). Software 101 is also an 
abbreviated version of software 800 in certain areas, primarily in not showing every one of a 
number of nearly-identical powerline-load monitoring sequences. 
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Software Principals Of Operation 

Software flowchart 101 in Fig. 1 operates with a plurality of hardware devices, non-limiting 
examples of which are described in the "Hardware" section. The general software principles of 
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operation are shown diagranunatically in Fig, 12. Three overall types of software operations are 
performed: data acquisition 330, processing 332, and command/control 334. 

Data acquisition 330 operations include identifying the position of a connector such as 132 in Figs. 

5 6-6C. There are three possible connector positions 340, as identified in chart 1001 (Fig, 17). Fig. 6 
shows connector 132 removed (not connected). Fig. 6B depicts connector 132 inserted to create 
an electrical path that includes only battery 182 (i.e.. Position #1 in Fig. 17). Fig. 6C shows 
connector 132 inserted to create an electrical path bypassing battery 182, and only including 
power lines to system 136 (Position #2 in Fig. 17). Later discussion deals with software lOl's 

10 ability to correctly identify each of these three connector positions. 

Data acquisition operation 330 in Fig. 12 includes the acquisition of electrical (power, or data) 
values 342. Only two modes exist. The acquisition of battery vohage 354, or the verification of 
power supply Vout 356. These are detailed later. 

15 

Processing operation 332 in Fig. 12 includes, but is not lunited to, performing various calculations 
338, and/or storing various acquired values 328. 

Command and control operations 334 (Fig. 12) of software 101 in Fig. 1 require only one 
20 command operation - to configure the appropriate Vout 344 of a power supply. The screen 
display 346 capability of software 101 is optional, but should be considered in implementation 
because it assists a user in properly using connector 132 in Figs. 6-6C, 

The overall fimctions and operations of software 101 are comprised of, but not limited to: 

25 

1). Acquire one or more parameters of a power signal, then by processing one or more of the 
power signal parameters, to achieve a useable power output from a power source or supply device 
that delivers power to a powered device, 

30 2). Calculate at least one parameter of an acquired power signal in order to identify a source of 
power within a powered device, such as a battery, so that at least one parameter of that source of 
power matches a known set of power values. For example, software 101 can often identify - from 
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a multiplicity of battery packs having different voltage ratings - a reasonably accurate estimate of 
the manufactured vohage of each battery pack. 

3) . Monitor the operation and sequence of user activities in a meaningful way, which allows the 
5 user to have confirmation or feedback about the sequence of user actions required. The 

confirmation is also known to either (or both) a power source and/or a powered device. For 
example, software 101 has knowledge of a user's actions in configuring a connector, and the 
software prompts the user to proceed to a next step, or issue error warnings should user's actions 
not be as requu-ed. 

10 

4) . Confirm a power output signal from a power source. As a non-limiting example, software 101 
can compare a manufacturers' output voltage of a battery to the output voltage of a 
controllable/configurable power supply, to verify that both are either matched, or within pre- 
defined nominal parameters. 

15 

5) . Acquire power-related data by a plurality of means and store such data in memory so that the 
stored data, over time, is used as a reference source for future power activities. As a non-limiting 
example, look-up tables are created from a database of prior operations that become part of a 
decision-making process in software 101. The look-up tables, once created from an experiential 

20 database, contributing further levels of power output signal verification. 

6) . Monitor operational parameters of power sources to determine if the power sources are 
operating within manufacturers' defined specifications. If a power source's performance drops 
below defined minimal values, software 101 alerts a user (by a number of indicators) that the 

25 power source is deficient. As a non-limiting example, soflwfu'e 101 tracks usage as a function of 
possible MTBF maturation, so that a user can replace an aged power source with a new one. 

7) . Control hardware, including but not limited to sequencing switches, controlling I/O ports, data 
lines, power-signal lines, and configuring a power supply's output. 

30 
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Functions of software 101 in Fig. 1 are not limited to those described above, but the above non- 
limiting examples illustrate software processes which add operational value to a plurality of 
hardware devices. 

5 User OperatioHSs 

The user operation of various power-related hardware, as it relates to software 101 in Fig. 1 , is 
expected to be sequential. The sequence of inserting, removing, rotating, and then reinserting a 
connector 132 in Figs. 6-6C is controlled by a user. Fig. 14 is an example of an instruction sheet 
or label that prompts a user to move sequentially through the required steps with connector 132 in 

10 Figs. 6, 6B and 6C. An optional step is shovm in the first instruction in Fig. 14: "Close cap on 
*key' connector." Cap 530 is shown in Fig. 6D, and it need not be used to achieve the 
fimctionality of software 101 . An explanation of the use of optional cap 534 is discussed in the 
hardware section. Connector 132 can also be detachable from its power cord, so part of the first 
instruction in Fig. 14 would prompt a user to attach connector 132 to its cord. User instructions 

15 are only suggested here, and there are a number of ways such instructions - if necessary at all - 
can be conveyed to a user. 

Modular Software 

Software 101 in Fig. 1 defines a process achieved by a sequence of steps or machine states, each 
20 of which, in and of itself, or in a multiplicity of non-limiting combinations with other discrete 

steps, adequately perform a desired fimction. Particular steps required are primarily determined by 
the ftmction to be performed, as well as available hardware and the hardware assembly's 
capabilities and configuration. To perform a fiinction, software 101 must execute at least one step 
defined in flowchart 101 in Fig. 1 . 

25 

To achieve a desired fiinction, the sequence of steps is not limited to that shown in Fig. 1 . 
Machine states or steps are structured to operate in different sequences. Also, not all of the steps 
or machine states need be operational for a specific hardware device or assembly of devices. Code 
for software and sequence(s) can reside on storage media in a powered device, while other core 
30 elements can reside on a chip in an external power supply (or even its associated battery), as non- 
limiting examples. Such division or duplication of software code can, for example, be required 
because one device of at least the two required to achieve software fijnctionality, can act as a 
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master, while another device in the assembly can require equivalent software to function properly 
as a slave. It is not essential that there be more than one hardware device in which software code 
is resident. 

5 Hardware Considerations 

Software 101 in Fig. 1 is not limited to configuring the power requirements for hardware devices 
that have pre-stored information, or even by a device's ability to store information. Nor is 
software 101 limited in any way to delivering power to hardware devices which are comprised of 
memory, computer chips or DSPs, pre-determined resistor values, cords with pre-configured 
10 components (resistive or otherwise), or data storage. In actuality, software 101 is capable of 
power configuration and delivery fiinctions with such diverse battery-powered devices as an 
ordinary flashlight, or a laptop computer. 

As a non-limiting example, software 101 can reside in a configurable power supply embedded 
15 behind the dashboard of an automobile, with an available electrical outlet comprised of at least 
two power contacts (e.g., a cigarette lighter outlet). A controllable power supply can be 
configured, by the use of software 101, to automatically power a 24-volt lantern, then a 9-volt 
portable radio, as well as a 5 .5-volt cellular phone. Each of these devices can be connected to this 
"universal" power port without any intermediate power-conversion adapters. Thus, for example, 
20 software 101 provides fiinctionality to an automotive distress situation, where a plurality of 
diverse input-voltage devices are required to operate properly without intermediate power 
conversion adapters. 

Minimal Software States 

25 Software 101 in Fig. 1 need only perform minimal processes to achieve the automotive fiinctions 
as exemplified above. The hardware configuration in Fig. 7 represents a non-limiting example of a 
simple battery-powered device 284, like a flashlight, TV remote control, or portable radio. 
Software 101, to deliver a compatible power signal from an embedded power supply behind a 
car's dashboard, need only read battery 288's vohage, and configure an external power supply 

30 (not shown, but the equivalent of a power box 400 in Fig. 13 A) to match that voltage. Thus, if the 
two cells which comprise battery 288 in Fig. 7 are Ni-Cads, the battery's voltage would be 2.50 
VDC, Software 101 configures the voltage output of a controllable power supply to 2 .60 VDC. 
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Software 101, if necessary, confirms and continuously monitors an external power supply's output 
voltage, but such confirmation is not essential to the proper functioning of device 284. 

Software 101 in Fig. 1 acquires a battery's voltage in several modes. "Vmax" 658 is the no-load 
5 voltage of a battery, while "Vmin" 680 is the under-load voltage of a battery. Software 101 can be 
programmed to look at either or both Vmax or Vmin values, but it must acquire at least one. The 
selection of Vmax or Vmin is typically not essential. A powered device with a battery source is 
designed to accept a Vmax voltage, since all batteries have an initial "pulse" voltage which can be 
a substantially higher voltage spike than a continuous Vmax. Therefore, matching Vmax is 
10 typically acceptable, if only one voltage parameter is to be acquired. 

Vmin, the under-load voltage value of a battery, is acquired in certain applications. The 
significance of Vmin is that it may> under certain conditions, also be a viable voltage parameter for 
an external power supply to match or to use as a basis of a calculation. The conditions which 
15 determine the validity of Vmin are: 

1) . The type of device being powered. For example, complex powered devices such as laptop 
computers have a pre-determined shut-down or "not-to-exceed" minimum battery output voltage. 
This shut-down voltage is pre-set by the manufacturer of the powered device to prevent total 

20 discharge of a battery. In such complex devices as a laptop computer, the user usually receives 
audible and visual prompts that the remaining capacity of its battery source is approaching a 
critical state. While a "fiiel gauge" which reads and monitors battery capacity can be used to 
trigger such alerts, a voltage parameter is often used to trigger alerts, as well as an eventual 
shutdown. The voltage parameter for powered device's pre-determined shut-down is always set 

25 enough above the battery cell's minimal safe discharge voltage so that cell reversal does not occur. 

2) . In simple powered devices, such as a flashlight, there may be no pre-determined minimum 
battery voltage values. A flashlight, because of cost considerations, is typically designed so that 
the consumer is responsible for keeping the battery charged. The only indicator that the battery is 

30 at Vmin may be that the light bulb no longer glows. 
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3) . Battery care and charge/discharge life expectancy are determinants of a valid Vmin, Batteries 
self-discharge over time. If a battery has not been charge in 30 days, it's under-load output voltage 
could have gone below its powered device's minimum voltage shut-down value, especially is the 
battery capacity was nearly depleted when stored. Should the time between recharges become 

5 excessive, the battery may be approaching (or have exceeded) its non-recoverable voltage value. 

4) . Cell chemistry determines the non-recoverable voltage of a battery. Fig. 15 is a look-up table 
of conmion cell chemistries showing recognized manufacturer's design cell voltage, and a not-to- 
exceed minimum cell voltage. Below the minimum cell voltages indicated, damage to the cell can 

10 occur, primarily from cell polarity reversal. Once cells are reversed in polarity, it is usually 
impossible to recover the battery, even with charging. 

5) , Memory is a charge/discharge characteristic of some cell chemistries. Primarily Ni-Cad (and 
some NiMH) cells can exhibit an induced voltage threshold below which the cell will no longer 

15 discharge. Repeated operations of a powered device which don't fiilly discharge cells usually 
causes memory. The impact of memory on software 101 in Fig. 1 is not significant, because a 
memory-induced Vmin value will always be above the cell-chemistry-determined manufacturers' 
design voltage, as indicated in item #4 above. 

20 6). Cell "recovery" is a characteristic of many battery chemistries which causes a drained battery 
to have transient recovery of voltage after a period of rest. This is often observed when a flashlight 
that would not operate is turned on hours later, and the bulb bums for a brief moment. This 
characteristic of battery cells is a positive characteristic that makes it possible to acquire a valid 
Vmax from a battery that is, for all intents and purposes, fully discharged. That's why software 

25 101 in Fig. 1 performs a Vmin under-load tests at the early part of the software processes, thus 
anticipating some minimal amount of cell recovery. Further under-load tests can produce sporadic 
voltage-acquisition values. If so, software 101 reUes on the first Vmin test as the most valid and 
references that as a benchmark. 

30 The above-defined characteristics of batteries and powered devices do not always have to be 
accounted for in software. Depending on intended software and hardware function(s), types of 
batteries expected to interface with software 101, and voltage-design parameters of diflferent types 
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of intended powered devices, software 101 may not need to consider any of these issues. 
However, an awareness of the implications of using a Vmin approach to software should be 
evaluated when writing code for real-world applications. 

5 Real-World Battery Considerations 

In the real world, powered device usage minimizes many of the above-mentioned issues with 
acquiring useful Vmin voltage values from a battery. Laptop computers, for example, are treated 
more scrupulously than a rechargeable flashlight. Users tend to keep laptop batteries charged, 
because these devices are usually plugged into a wall outlet for much of their useful lives. Also, 
10 today's laptop batteries use "memory-less" cell chemistries such as Li-Ion and NiMH. On the 
other hand, some laptop purchasers buy a spare battery, which sometimes can go unattended in a 
desk drawer for many months. 

While not included in hardware, a battery tester/reconditioner can be included in an assembly 100 
15 in Fig. 2. This is indicated in situations where a large number of mixed-type powered devices are 
attaching to a hardware assembly 100 (Fig. 2). As a non-limiting example, on a commercial 
aircraft, passengers may be connecting everything from cellular phones, laptops, rechargeable 
electric shavers, etc., to an embedded power assembly 100. Should battery charging be one of the 
functions prescribed for software 101 in Fig. 1 and related hardware, a battery tester and 
20 reconditioner screens many of the issues relating to Vmin and Vmax. 

Such testers/reconditioners as manufactured by Cadex Electronics (Bumaby, BC, Canada), 
enhance software 101 by evaluating battery aging, cell chemistry, and even voltage parameters. In 
such a modality, software 101 operates in a data acquisition mode and captures battery values and 
25 functional parameters. Much of this data can be acquired as pre-processed digital or analog values, 
so that software 101 operates to evaluate known data values, and configures appropriate 
hardware. While not shown, such a software program that operates with a battery 
tester/conditioner can be written by those skilled in the art, based on information herein. 

30 Voltage and Current BelFinie Operations 

Software 101 acquires voltage and current readings and correlates them to user actions. Actions 
such as connecting a power cord to a male connector, and detecting the position of a male 



64 



connector 132 in Fig. 6-6C are determined by states which soflware 101 defines in terms of 
vohage, or line current. 

Software 101 operates with only two basic acquisition modes, reading voltage and sensing 
5 current. 

In reference to Fig. 17, reading voltage is used to acquire power-signal values of a battery, as 
previously discussed. Detecting voltage is also used to determine states of a male connector 132 in 
Figs. 6-6C. If voltage flow is detected along power lines 1 1 5 in Fig. 2, the power can only be 
10 from battery 134, or from external power supply 122. When software 101 commands the 

operations of power supply 122, and voltage detected on power lines 115 when power supply 122 
is shut down must come from battery 134. Since connector 132 in Figs. 6-6C (and elsewhere) can 
only be in the Position #1 shown in Fig. 6B, software 101 identifies the position of connector 132 
as being in the position shovra in Fig. 6B by sensing battery voltage. 

15 

Connector 132's Position #2 from Fig. 17, shown in Fig. 6C, is only subtly diflferent from 
connector 132's **Not Connected" position shovwi in Fig. 6. Both positions have connector 132 in 
a non-voltage-carrying modality, so detecting voltage with software 101 is not appropriate. 
Sensing current as a software acquisition value resolves the issue. Connector 132 in a '"Not 
20 Connected" position shown in Fig. 6 is only diflferent from that same connector 132 as shown 
inserted in Fig. 6C (Position #2). 

When connector 132 is in its Position #2 from Fig, 17, as shown in Fig. 6C, an electrical load is 
available that is not present when connector 132 is in the "Not Connected" position shown in Fig. 

25 6. This load is created by the internal circuitry of a powered device's 136 system wiring. Such 
circuitry would include loads imposed by capacitors commonly used to allow a small hold-up time 
related to contacts at system-to-battery connector 196. Also present can be circuits which include 
battery selectors, various power switches, voltage regulators, an internal charger etc. Any or all of 
these can be present, which provides suflHciently identifiable resistive load to diflferentiate a current 

30 reading from one taken on a no-load powerline (See discussion and Chart of Fig. 2A's A/D ports 
in the "Hardware" section). 
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Table 1001 in Fig. 17 is a description of connector positions, with corresponding software sensing 
functions. Software 101 in Fig. 1 monitors load on powerlines 1 15 in Fig. 2. Conductors 1 14 and 
1 16, along with unattached connector 132 constitute a very minimal resistance, which software 
101 logs as the "Not Connected" device state of Fig. 17. Fig. 6D illustrates a removable connector 
5 cover 530, which has an embedded resistive element 534. Resistive element 534 has a known 
resistive value, which software 101 uses as a current-sensing load comparator. If that known 
resistive value is detected by software 101 as a match, the state of connector 132 is considered to 
be unattached. Furthermore, the sensing and matching of element 534' s resistive value in 
connector cover 530 is used to indicate that a removable male connector 540 has been attached to 
10 the end of a powerline 1 15 in Fig. 2. When cover 530 is removed, software 101 senses that 

activity as a change in load. Software 101 then configures MCU 102, and power supply 122 (Fig. 
2) to commence sensing a voltage in powerlines 115. 

Connector 540 in Fig. 6D (and other connector modalities shown in Figs. 7 and 8) can also have a 
15 first (or even a second) resistive element, so that software 101 can sense that a connector 540 (or 
equivalent) is attached to a power cord (assuming that connector 540 is made removable, a feature 
which is not necessary for the proper operation of software 101). 

Supplemental resistive elements can consist of part of the internal wiring of a battery housing, as 
20 shown in Fig. 6C. Fig. 6E shows a diode that will indicate some load. This will assist software 101 
in situations when there is no available resistive load fi-om a powered device's internal system 
circuitry. It can also be practical to build a resistive element into the circuitry in a battery pack as 
positive indication that connector 132 is in the position shown in Fig. 6C. Resistive element 199 in 
Fig. 6C is optional. If used, it has a resistive value distinctively different fi-om resistive element 534 
25 in Fig. 6D. This allows software 101 to identify each of connector 132's two positions in Fig. 6 
and 6C as uniquely different and readily distinguishable. A resistive element 199 does cause a load 
to battery 182, so the use of such a resistive element must be viewed in light of faster battery 
drain. 

30 One of the system states identified in look-up table 990 (Fig. 20) is UJ, a battery pack that is 
removed from its associated powered device. The known value of resistive element 199 in Fig. 6C 
is a valid indicator of this state. 
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Thus, a plurality of methods of diflferentiating a connector 132's positions in Fig. 6 versus Fig. 6C 
are all based on sensing changes in resistive loads. Power supply 122 in Fig. 2 is turned on and 
configured by software 101, to output a low vohage, e.g., 3 VDC. At this low voltage resistive 
5 loads can be sensed on power lines 115. 

Basic Software Functions For Connector Activities 

A suitable software logic to determine in which position connector 132 is in (Fig. 6, 6B or 6C) is 
defined in Fig. 16. Software 229 in Fig. 16 is a highly-simplified flowchart that isolates only 

10 connector-position-determination fimctions. After the power supply is shut down in step 231, step 
233 is a powerline voltage check. If there is voltage detected on the powerlines, connector 132 is 
in its Position #1 (Fig. 6B). Since software 229 has shut down its associated power supply in 
previous step 23 1, the only source of power in the circuit can be the battery pack. Therefore 
connector 132 is in its first position in the battery pack where it is electrically active with battery 

15 cell(s) 182. If connector 132 were in the battery pack, but in its Position #2, no battery vohage 
would be detected on the powerlines in software step 233. 

A second powerline voltage check is performed in step 237. The state of connector 132 is 
unknown, because there is no battery voltage detected on the powerlines. Connector 132 in a 
20 removed position, or in its Position #2 (see Fig. 17), exhibits identical voltage-detection 
characteristics, i.e., no powerline voltage is detected. 

Having detected no powerline voltage, software 229 activates its associated power supply. A low 
voltage is put on the powerlines in step 241 . Step 243 confirms that the voltage detected on the 
25 powerhnes is from the power supply. 

A powerline load is detected in step 245. By consulting a look-up table such as in Fig. 20, the 
powerline load value acquired in step 245 is determined to match the load expected when 
connector 132 is inserted into a battery pack in its Position #2 (see Identifier states LL* and LJJ in 
30 Fig. 20). Thus, step 247 confirms that connector 132 is in its Position #2. Since this is the correct 
position for delivering power to the battery's associated powered device, step 249 applies the 
correct output voltage at the powerlines. 
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Note that all error states, indicated by what are FALSE answers to any query statement, loop back 
to a power supply shutdown in step 23 1 . 

5 Timing Issues 

Software 101 in Fig. 1 monitors user actions in operating connector 132 in Figs. 6-6C. While 
software 101 can identify each of the three required connector positions CT^fot Connected" as Fig. 
6); inserted to create a circuit with battery cells (Position #1 as Fig. 6B); and inserted to create a 
circuit to a powered device (Position #2 as Fig. 6C), the software must wait for each of the two 
10 last actions to be performed before continuing. This creates a timing issue, A user may, for 

unknown reasons, take an indeterminate amount of time to move connector 132 from Position #1 
to its next position as Position #2. 

A user's actions are detectable by software 101 when inserting and removing connector 132, as 
15 represented by "Not Connected" in Fig. 6, and Position #1 in Fig. 6B. Software 101 sees a voltage 
from battery 182 upon the insertion of connector 132, as represented as Position #1 in Fig. 6B, 
Software 101 can also, by applying a low voltage to powerlines 115 (Fig. 2), monitor current load 
to verify that connector 132 is removed as "Not Connected" in Fig. 6. However, a user could, 
while connector 132 is delivering the low voltage required to sample current, reinsert connector 
20 132 in the same configuration as shown in Fig. 6B instead of going to Position #2 in Fig. 6C. Thus 
reconnected as in Fig. 6B a second time, battery voltage would flow along the powerlines, and 
into a power supply that is outputting a low voltage. Damage to a power supply can occur. A 
diode in the positive (+) output line of a power supply (such as the representational schematic in 
Fig. 4) will eliminate this. The voltage sense line at header J 1, pin 20 in Fig. 4 should be tied to the 
25 positive power output line so as not to be impacted by the diode. Those skilled in the art will 
understand how to properly implement such a protective diode. 

The addition of a diode that will protect power supply 122 in Fig. 4 also allows software 101 to 
turn on power supply 122 to a low voltage (e.g., 1.5-3.0 VDC), in anticipation of the insertion of 
30 connector 132 in its correct Position #2 configuration, as shown in Fig. 6C. While waiting for 
connector 132 to be reinserted software 101 continuously switches from voltage sampling to 
current sampling. This switching assumes three dedicated A/D circuits, with a circuit 1 10 in Fig. 
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2 A which samples powerline vohage, while two dedicated current-sensing circuits 106 and 112 
monitor current by means of a resistive element 108 and 108 A. Each resistive element has a 
diflFerent resistive value, with one being approximately 50% of the anticipated maximum load of a 
powered device. Fig. 5A shows a circuit for applying a load at an A/D port, which is compatible 
5 with the circuit of a typical MCU in Fig. 5. 

Note that, as long as power supply 122's Vout is less than the battery's Vmin, there will be no 
contention, since the dominant higher voltage will always control the power lines. No power will 
flow into a battery at such extremely low voltages. 

10 

Should connector 132 be reinserted incorrectly, so that it is in the Position #1 configuration shown 
in Fig. 6B, instead of in the anticipated Position #2 in Fig. 6C, software 101 will detect battery 
182's voltage values on the powerlines. An error state then occurs. Software 101 responds by 
shutting down power supply 122, and issues a prompt to the user (non-limiting examples of user 
15 prompts are a screen display (see "Power Monitor" in Fig. 18), a blinking LED, or a label with 
LED prompts in Fig. 14). 

If connector 132 is correctly inserted, as illustrated in Fig. 6C, software 101 senses the load of a 
powered device 136 using the current-sensing circuit 106 (in Fig. 2A). Vout at power supply 122 
20 in Fig. 4 is then changed from the low-voltage (1.5-3.0 VDC), to the calculated voltage value 
from step 714 in flowchart 101 in Fig. 1. 

Poimit-CoiDinit vs. Acltiiial- Value Software Schemas 

Software 101 in Fig. 1 can be configured to operate in a number of data acquisition modes. Of 
25 these, the most popular is probably a "point count" based schema, instead of an actual-acquired 
value model. The use of point-counts and Boolean variables is well understood by those skilled in 
the art, so specifics of such software processes is not detailed here. 

Point-count based software algorithms and logic statements are preferred in the implementation of 
30 software 101 . Acquisition of voltage and current should be addressed as relative values, not 
absolutes. Battery discharge states are relative, so that Vmax and Vmin can differ for the same 
battery when sampled at different times. Ranges of battery voltage values are more important than 
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absolute values. Software 101 relies on the spread between a Vmax and Vmin to achieve a proper 
output voltage from a power supply. In one modality of software 101, acquired battery voltage 
values are arranged, from lowest to highest (see steps 913-915 in Fig. 1), to determine whether 
the original Vmax and Vmin are potential errors. 

5 

Actual values become more accurate than a point-count software schema when dealing with 
batteries that are in a state of deep discharge. Vmax voltages drop oflF precipitously as a battery 
approaches complete discharge. Point counts can sometimes not be granular enough to 
differentiate the two values. Software 101 in Fig. 1 is not restricted in any way to the use of only 
10 one software schema. Hybrid modalities, that use both a point count and real-values are practical, 
and serve well in environments where a multiplicity of battery charge states are expected to be 
encountered. 

Granularity of the AID 

Point-count software schemas are dependent on the bits available from an A/D converter. An 8-bit 
converter will offer only a 190-250 maximum point count across the range of values being 
acquired and compared. A 10-bit or 12-bit A/D converter will allow significantly enhanced point- 
count scales. Software 101 in Fig. 1 works reasonably well with 8-bit A/D converters, but a 10-bit 
A/D, available from MCU's like the Mitsubishi M37515 in Figs. 3 A and B, considerably enhances 
the reliability and accuracy of software 101. The granularity available from the A/D hardware 
should be considered, as 10-12 bit A/Ds will enhance the points available. Note, for example, that 
the resistive values that distinguish Identifiers LL^, Ll\ LL^, and LL^ in Fig. 20 are quite small. It 
is advisable to opt for the maximum number of bits available from an A/D converter. 

25 Rounding Up 

The accuracy of the final power supply Vout value calculated by software 101 in Fig. 1 is only as 
valid as a configurable power supply's ability to deliver precise voltages. The representative 
configurable power supply 122 in Fig. 4 provides a resistor ladder 160 which is only capable of 
voltage adjustments in .375 VDC increments. This restriction is accounted for by always 
30 "rounding up" software lOl's final voltage value to the next higher available voltage from a 

configurable power supply 122. A power supply that offers more granular voltages can be built, so 
that software 101 can be more accurate, if the application requires. 
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Power supply 122 in Fig. 4 has a minor anomaly in its SHUT DOWN mode. The LT1339 requires 
a minor modification to its shut down circuit. Consuh the data sheets on this IC available from 
Linear Technologies (Sunnyvale, CA). Power supply 122 in Fig. 4 should also have a small load 
5 (lOOQ) strapped across the output lines, since the power supply works best when under a minor 
load. 

In principal, software processes defined in software 101 in Fig. 1 should always opt for higher, 
rather than lower, Vout values when configuring a power supply. Battery voltage ranges between 
10 Vmax and Vmin are typically substantial. As long as the calculated value of Vout that is used to 
configure a power supply is not in excess of a powered device's voltage tolerances, there is little 
concern about delivering an over-voltage power signal to a powered device. 

Look-up Tables 

15 Look-up tables can be used to assist in verifying software 101 's calculation results. Fig. 15, as 
previously noted, illustrates a look-up table of battery pack voltages. This table can be used to 
compare Vmax and Vmin values, to see if a specific battery pack's cell configuration exhibits 
comparable minimum and maximum voltages. A nearly depleted battery pack can, indeed, cause 
false errors. Further look-up tables that define the same voltage matrix as Fig. 15, but which show 

20 battery packs in various states of discharge, would clarify Vmin mismatches. 

Another look-up table (not shown) can be created to provide a voltage template which indicates 
typical battery voltage and current parameters for specific classes of powered devices. As a non- 
limiting example, a look-up table that delineates the power signal parameters of cellular phones, 

25 and differentiates them from parameters for laptop computers, can prove helpfiil. This could be 
beneficial, in an example of an airline that may allow the owners of laptop computers to use the 
aircraft's power-delivery system at each seat, but prohibit power use for cellular phone operations. 
A simple look-up table can be created that templates the two types of devices, as defined by each 
one's unique power parameters (Vmax, Vmin, and current-load). Should a passenger connect a 

30 cellular phone to the power system, software 101, by referencing such a look-up table, would not 
activate its associated power supply. 
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"Power Signatures^ 

Look-up tables (not shown) can contain templated information that link voltage and load, as a 
function of time and "events." Such a look-up table provides a "power signature" template for a 
defined and documented class of powered devices. A non-limiting example of a "power signature" 
5 can be a voltage and current profile of laptop computers. This power-signature table plots 
anticipated load values as a template. Such a template resembles Fig. 19, where the BIOS POST 
of a generic laptop tracks changes in load over time (as the basis of identifying a laptop as distinct 
fi-om other powered devices that can attach to an embedded power system). 

10 The boot sequence of a laptop computer is unique to that type of powered deA^ce. Because the 
BIOS boot sequence has been historically a regimented process, the BIOS POST lends itself to a 
template. A BIOS POST template (Fig. 19) can serve as an effective means of distinguishing a 
laptop connected to a power assembly 100 like that in Fig. 2. Software 100 written to capture 
real-time power-load data can access a "power signature" template in a look-up table, and match a 

15 sequence of changes in current (load) to a generic (or specific) power signature template. 

The BIOS POST 

Battery-powered devices turn on in ways that are usually very specific to the type of device. 
Obviously, a camcorder turns oflF differently than does a portable radio. Laptop computers are no 

20 exception. If a high-sample-rate capture-scope is attached to the input power lines of a laptop, a 
distinct current-based power signature can be acquired as each of the sub-systems wdthin the 
laptop turns on in sequence. This sequence is referred to as the BIOS POST. 
It is a complex sequence of hardware checks, done at three levels: Early, Late and System 
Initialization. For purposes of the look-up table being discussed here, the only events that occur 

25 during the BIOS POST are the ones which generate large and readily-discernible changes in the 
total load of the laptop. These events typically include the CPU turning on, the display screen 
(including backlighting), the floppy drive test, and the hard drive test. The BIOS (and CMOS) 
initialize each of these hardware sub-systems every time a laptop boots. Note: Many of the 
traditional hardware BIOS functions have moved to the operating system, but the net eflfect when 

30 monitoring load will still resemble the boot sequence depicted in Fig. 19. 
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Detailed descriptions of various implementations of the BIOS POST are available from The BIOS 
Companion , by Phil Croucher. Electrocution, P.O. Box 52083, Winnipeg, MB, Canada R2M 5P9. 

It is not necessary to treat each of these hardware devices as an identifiable power event related to 
5 a specific hardware sub-system. More important is the sequencing of a series of devices. Knowing 
which specific device turns on or off is relatively unimportant in constructing a power signature 
look-up table or template. It is the pattern that is essential, and not specifically which hardware 
devices in the laptop are causing the noticeable changes in load being detected on the powerlines. 

10 Fig. 19 is a graphical representation of a hypothetical BIOS POST. Each spike in electrical 
current, logged over time, represents an event within the BIOS POST sequence. Note that the 
events are not linked specifically to an actual sub-system operation. Which device turned on and 
off is irrelevant. The fact that a defined sequence of on/off events (in a context of other 
measurable power events) can be identified, leads to a reliable power signature template. As 
15 technology changes occur in such powered devices as laptop computers, the representative 

generic template Fig. 19 represents will change. The important issue is that all laptops will change 
accordingly, so the purpose of a table such as that shown in Fig. 19 will still be served - to 
differentiate a certain class of powered devices, (e.g., laptop computers) from other classes of 
jj electronic goods (e.g., cellular phones). 



20 

As with any other power monitoring fimction, a high-bit-rate A/D converter will yield more 
granular power-signature templates. 

Pattabases 

25 Database creation can be part of the processes of software 101 in Fig. 1. Flowchart 101 indicates 
a number of instances where acquired or calculated values are stored (e.g., step 624). Some of the 
stored values are transient (e.g., step 658), and only relevant to software processes specific to a 
particular powered device and its battery pack. Other stored values have long-term (or historical) 
relevance. For example, while not shown here, software 101 can be configured to permanently log 

30 the final Vout value in step 795. This is relevant, should a user allege that hardware assembly 100 
in Fig, 2 (and its related software) delivered an incorrect voltage to the user's powered device, 
which consequently caused damage. 
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Software 101 can be modified to run sub-routines which log user information, such as number of 
users who have accessed the software, number of users who did not complete the sequence of 
required connector 132 attachments (see Figs. 6-6C), the number of errors generated, the number 
5 of Vmin (or Vmax) readings that fell outside existing look-up tables, etc. 

Data which has value to owners of software 101 (and its related hardware) can include the 
parameters expressed in the "Power Monitor" screen display in Fig. 18. Displayed information 
includes a power supply's Vout (556), a match of a known battery pack manufacturer's design 
10 voltage (562), position of coimector 132 (560), LED warning lights or active indicators (568), 
whether a powered device's battery is being charged (564), power consumption expressed as 
Amps (558), and other data relating to the activities at a particular power outlet. 



The "Power Monitor" GUI displays relevant data to either owners/providers of hardware/software 
15 for power delivery. Such an owner/provider may be, for example, and airline which offers power 
at each passenger seat. Logging such information fi-om "Power Monitor" software can prove 
beneficial in analyzing the amount of fiiel burned to deliver electrical power to passengers. 
Detection of battery charging is also relevant, when an airline elects not to allow battery charging 
on its flights. Power Monitor then becomes a "policing" agent which can, in software 101, be 
20 configured to automatically shut down its power supply if battery charging is detected. The proper 
fl use of connector 132 disables battery charging when connector 132 is in the position shown in 

Fig. 6C, so knowing that connector 132 is being used properly can be vital information that gets 
logged in a database. 

25 A Simple Version of Software 101 

Software flowchart 101 in Fig. 1 offers a sophisticated method of not only calculating a valid Vout 
value for a configurable power supply, but of recognizing various positions of a connector, and 
determining the manufacturer's design voltage of a battery pack, among other functions. In many 
applications, software 101 can be reduced to a very simple, yet effective algorithm that delivers a 

30 useable Vout value. 

The following steps are all that are required: 
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1) , Sample battery Vmax 

2) . Sample battery Vmin 

3) . Vmax + Vmin ^ 2 = Vout 

This will work in most applications, but at the sacrifice of some precision, and the loss of viable 
values that can be used for databases. The hardware required for this minimal software does not 
require any reconfigurable connectors. Instead, a controllable powerline switch such as that shown 
in Fig. 13 A as 526 is required. Such simple software is also suitable for basic devices like that 
shown in Fig. 7. 

Figs. 13 (and 13 A schematically) show a manually-selectable power converter. Connector 508 in 
Fig. 13 A is representative of a type illustrated in Figs. 6-6C, 6D, and 8. The three- step algorithm 
above operates Avith a control of a switch 526. Additionally, LED 402 is software controlled so 
that it illuminates only when calculated Vout in step 3 above is matched at the manual voltage 
selector 504. If the calculated Vout fi"om step 3 above is between selector voltage tick marks (e.g., 
16 volts is the calculated Vout, but selector dial 337 oflFers only 15 or 17 volts), the higher voltage 
should prevail. 

As described in the "Hardware" section, a basic voltage-comparator can also be used in assembly 
400. 

SOFTWARE 

Hardware 

25 Software flowchart 101 in Fig. 1 operates with embedded power-delivery hardware. Fig. 2 
illustrates a representational diagram of an embedded controUable-output-voltage power supply 
122 and related hardware that is enabled by software 101, as a means of determining Vout of a 
powered device 136. Power module 100 executes software 101 using an interface provided by a 
connector 132 (see Figs. 6-6E, and Fig. 8) attached to a powered device 136's battery pack 134. 

30 A user manipulates connector 132 so that software 101 (and MCU 102) can acquire voltage 
values from a battery 134. Software 101 then uses those voltage values, in conjunction with look- 
up tables (see Figs. 15, 17 and 20), to configure a power supply 122. Software 101 is also capable 
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of monitoring all user activities by using various data-acquisition processes. A fiill discussion of 
related hardware appears in the "Hardware" section. 

The following description of software 101 (Fig. 1) details step-by-step processes. These should be 
5 read in conjunction with the information presented in companion-section "Software For In-Line, 
Corded Power-Delivery Hardware." The flowchart for in-line hardware power devices appears in 
Fig. 1 A as software 800. That section discusses general operational concepts, specifics of 
connectors and related hardware. Note that In-Line hardware does diflfer fi-om embedded power- 
dehvery hardware. As a non-limiting example, a corded power-conversion module can use a 
10 manually-configurable voltage selector, while its embedded counterpart would not have any 

manual controls. Therefore, differences between embedded and in-line power hardware should be 
taken into account when reading these companion software descriptions. Neither software 101, 
nor software 800, is limited to use only with the hardware devices referenced herein. In many 
applications, software 101 and 800 are totally interchangeable. 

15 

Two Software Versioiras 

Software flowchart 101 in Fig. 1 is a slightly abbreviated version of flowchart 800 in Fig. 1 A. 
Repetitive sequences in software 800 often are minimized in software flowchart 101, for example. 
Such sequences are fijlly described in software flowchart 800, Flowchart 101 and 800 are meant 
20 to be examined together. 

Also, while both flowcharts describe the same basic processes and achieve the same fimctions, 
each presents a slightly different approach. The order of some processes are re-arranged, for 
example. This does not detract from fimctionality or performance, because the processes are not 
25 regimented, and can be restructured (to some degree) without jeopardizing the integrity of the 
software. For example, output-voltage can be calculated prior to, or after, a user's reinsertion of a 
connector 132 (Figs. 6-6E). Specific sequences of user's manipulation of a connector 132 can be 
missed, perhaps because a user jumped ahead and inserted a connector 132 into its battery pack. 
Neither software 101 (Fig. 1), nor software 800 (Fig, 1 A) require all steps to run. 

30 

Software Operatioini 
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# 9 

One set of connector 103's pins (Fig. 2) provides a discrete short-to-ground used only by an in- 
line power adapter. A second set of pins at connector 103 is reserved for an adapter-less power- 
cord 115. Software flowchart 101 describes this second sequence, with two-conductor cord 115 
connecting power supply 122 (in power module 100) to battery 134 (and its associated powered 
5 device 136), 

The primary difference between software 101 (Fig. 1), and software 800 (Fig. lA) is that software 
101 is designed to run on embedded hardware, while software 800 is tailored to operate with 
external power hardware, such as an in-line corded DC/DC (or AC/DC) power conversion 
10 adapter. 

Embedded power hardware for software 101, as depicted in a block diagram as Fig. 2, is typically 
connected to a powered device 136 via a simple two-conductor power cord 1 15. A previously 
referenced example of an embedded hardware application is to embed a power module 100 behind 
15 the dashboard of a car, so that it can deliver power through the cigarette-lighter outlet (element 
103 in Fig. 2). With a module 100 behind the dashboard, the configurable power supply 122 can 
change its Vout to match the Vin of a powered device 136. This ability for a module 100 to auto- 
configure its power output eliminates the need to use the in-line DC/DC converter typically 
associated with powering a device 136 from a car's cigarette-lighter power port. 

20 

The hardware of the invention is also available as an external, in-line DC/DC (or AC/DC) 
converter adapter, as in Figs. 10, 11, and 13. This type of hardware operates with software 800 
(Fig, 1 A), which principally differentiates itself from software 101 (Fig. 1) by its ability to operate 
with a variety of input power sources. Another differentiator is that the external power-conversion 
25 adapters allow for both a user-adjustable, or an auto-configuring, output voltage. 

As shown in Fig, 2, power module 100 is compatible with a variety of external power-conversion 
adapters (Figs, 10, 11, 13, and diagrammatically depicted in Fig. 13A). Assembly 400A typifies an 
interchangeable alternative to the simple two-conductor cord 115 (and associated connector 132), 
30 A user can select either of these two means of delivering power from a module 100 to a powered 
device 136. Power module 100, and power-conversion adapter 400 A, are compatible, and operate 
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together to optimize the final output power to a powered device 136 (See discussion of power 
box 400 in Fig. 13 A). 

Connector 103 in Fig. 2 is a nine-conductor (two power, and seven data lines) interface. This style 
5 of connector is identified as an "ARINC 628" style connector available fi-om Hypertronics 
(Hudson, MA). It uses two discrete non-power pins to create a short-to-ground when the two 
mating elements of the connector are attached. This is a commonly used method of determining 
when a connection is made, and is readily known to those skilled in the art. Software flowchart 
101, in step 602, identifies the short-to-groimd, indicating a cord-only connection. If the query in 

10 step 602 were FALSE, and input powerline #2 is active, software step 604 executes, since the 
FALSE report indicates that an external power conversion adapter 400A (Fig. 2) is connected to 
power module 100. This FALSE vaiue results in a 5 VDC output fi-om power supply 122. This 5- 
volt power signal provides power to an attached in-line power adapter. The description of 
software flowchart 800 (Fig. 1 A) addresses how an in-line power adapter utilizes this 5-volt 

15 power delivery fi-om embedded power module 100. 

This is the only reference to a second series of software processes that are specific to an in-line 
power adapter. Further information about the participation of software 101, and its embedded 
hardware, in the in-line adapter Sanctions is detailed in the description of software 800 (Fig. 1 A), 
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An Oft-Repeated Seqmieiitce 

One of the basic building blocks of software 101 in Fig. 1 is a simple powerline voltage 
acquisition, followed by sampling load on the powerlines. This two-sequence process is so central 
to the operation of software 101 that it is highlighted in box 606. 
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Step 608 samples powerlines 114 and 1 16 in Fig. 2 identified in software as port #1 (there are 
multiple A/D ports at MCU 102 in Fig. 2 A). There are specific hardware states that can be 
identified by a voltage check of powerlines 114 and 116. One hardware state is whether a 
connector 132 (see Fig. 6B) is inserted in its Position #1 . If connector 132 is inserted as shown in 
30 Fig. 6B (but not 6C), battery 182 will deliver power along powerlines 1 14 and 1 16. Software 101 
uses this voltage indicator at A/D port 110 (Fig. 2 A) to verify the position of a connector 132, as 
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well as to acquire battery-voltage information necessary to configure power supply 122's output 
voltage. 

Voltage Query 

5 Software 101 uses a voltage detection query in step 610. If this statement is TRUE, step 612 
executes a GOTO command which puts software 101 at step 648 ~ connector 132 is in the 
configuration shown in Fig. 6B. This event could happen because a user attached connector 132 
to battery pack 134 before attaching power cord 1 15's connector 103 to embedded power module 
100 (Fig. 2). 

10 

If the statement in step 610 of software 101 is FALSE, i.e., there is no voltage detected on 
powerlines 1 15 in Fig. 2, then software 101 configures power supply 122 to a low output voltage, 
here 3 VDC. This low voltage is applied to power cord 1 15, in preparation for acquiring a current 
sample (load activity). Load parameters are detailed in the "Identifiers" column of look-up table 

15 990 (Fig. 20). The resistive values associated with the "Identifiers" enables software 101 (and 
software 800 (Fig. 1 A) to determine specific user activities relating to connector 132, power cord 
115, battery 134, and powered device 136. At the time of manufacture, all associated hardware 
devices (e.g., power cords, connectors, etc.) are pre-configured to operate at specific resistive 
values. Software 101 compares each line-load value acquired in the steps of the flowchart in Fig. 1 

20 to look-up table 990. These comparisons of line load to pre-determined hardware resistive values 
determines the particular combination of hardware elements attached to the power delivery 
hardware. Also, matching load values to look-up 990 determines which of three possible positions 
a connector 132 is in at any given time. 

25 Load Sampling 

Once a low-voltage is applied to the powerlines in step 614 of software 101 (Fig. 1), a quick line- 
voltage check (step 620) is performed to make sure that power supply 122 (Fig. 2) is properly 
configured. This power supply output-voltage sequence (steps 614-620) is performed only once, 
prior to the first time that a powerline load sampling is done. If the answer to query 620 is 
30 FALSE, step 618 executes a fiill shut down (618) of power supply 122 in Fig. 2. Failure of power 
supply 122 to properly execute a voltage command is considered a critical error. 
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In step 622, software 101 makes a call to MCU 102 (Fig. 2) to sample line load at A/D I/O port 
#3 (lines 106 in Fig. 2 A). This port is configured to read electrical current directly using a resistive 
element 108. The acquired load value is stored in memory (step 624) as an Ohm- value labeled as 
"LL"^', then this value is compared in a look-up table (steps 626 and 628). Look-up Table 990 

5 (Fig. 20) serves as the list of valid comparators to which is compared the resistive-load value 
acquired in steps 622-626. The resuhs of the look-up table comparison is presented in step 630. 
Step 632 reduces the look-up comparison to a simple query: "Does LL"^ = LL^?" In the look-up 
table, LL^ defines an Ohm-value that equates to a power cord 115 and connector 132 in a final 
configuration that is ready to be attached to a battery pack. Note that the resistive Ohm values in 

10 look-up table 990 can be converted to actual current values @ 3 VDC. 

Look-up table 990 (Fig. 20) is expressed as resistive values, in Ohms. This is because Ohm values 
are more suitable to the hardware descriptions in look-up table 990. Since the hne vokage is 
known for most of these expressions, these Ohm values can be converted to milliamps or other 
15 suitable electrical current expressions to minimize computational activity during line-load 
samplings. As powerline voltage can vary after step 760, where power supply 122 (Fig. 2) is 
turned on, all values expressed as direct current readings should be recalculated, and look-up table 
990 updated accordingly. 

20 If the comparator test in step 632 is FALSE, step 634 initiates a user prompt that is intended to 
promote compliance with the expected hardware state. The expected hardware state here is that 
power cord 115, and connector 132 are attached. If connector 132 features a protective cap 530 
(Fig. 6D), it is supposed to be removed. Note that the error-loop goes back to step 608, where a 
line-voltage check is again performed. No low-voltage power is ever applied to powerlines 115 

25 (see step 614), without a check to see if the powerlines are available, or if there is akeady a 
voltage present from a battery pack 134. If there is a voltage present on the powerlines, the 
hardware is in a state of having a power cord 115 and a connector 132 akeady properly inserted in 
a battery 134. There is only one hardware combination that will allow battery voUage to flow on 
the powerlines. . it is LL^ (see Look-up Table 990 in Fig. 20). 

30 
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Assuming that test 632 returns a value of TRUE, the final step in sequence 606 of software 101 
(Fig. 1) is to reconfigure the output of controllable power supply 122 (Fig. 2) to 0 VDC, i.e., shut 
down. This fi*ees the powerlines for fijrther line-voltage samplings. 



5 Multiple Queries 

The abbreviated format of software flowchart 101 in Fig. 1 condenses a series of line load data 
acquisition and comparison processes. The notation in step 636 indicates other "LL?" (Line Load) 
queries. These are defined in detail in the description of software flowchart 800 (Fig. 1 A). 



10 Objective 

While oversimplified, software 101 uses hardware that fianctions as the equivalent of a multi-meter 
to discern what is happening in its environment. By reading voltage and current, software 101 is 
able to respond to events in a meaningfiil way. Monitoring hardware by reading line voltage and 
current (line load)enables software 101 to prompt a user to configure various hardware elements 
15 in a specific sequence. By performing these fimctions in software, the need for a user to know 
anything about the power requirements of a host device is eliminated. 

Repetitive Loops 

jj Software flowchart 101 in Fig. 1 only shows a single execution of each process sequence, such as 

Q 20 one voltage and load sampling in box 606. In reality, software 101 is constantly looping through 
^ repetitive voltage and current samplings. No fijnctions, such as turning on power supply 122 (Fig. 

2), are executed without first checking line voltage and current to make sure that all hardware 
elements are properly configured. More importantly, since a user is involved in all processes, 
software 101 repeats voltage and load samplings to make sure that a user hasn't performed some 
25 action while repositioning a connector 132 that creates an error state. Therefore software 101 
performs continuous samplings to assure that all machine states are as they should be. Data 
acquisition sampling rates, while not specified here, should be timed based on the critical nature of 
a user's actions at any given stage in software 10 Ts progression. 



30 Omce Connected 

Step 640 in software flowchart 101 (Fig. 1) assumes that a power cord 115 and connector 132 
(Fig. 2) have been configured to be compliant with "Identifier" LL^ in look-up table 990 (Fig. 20). 
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Again, a line-voltage check in steps 642-644 detects a voltage on powerlines 1 1 5, confirming that 
connector 132 has been properly inserted into battery 134. A TRUE answer to the query in step 
644 confirms the "Battery Connected" state in step 648. Note: References to "Red" and "Green" 
in flowchart 101 (Fig. 1) correspond to "Position #1" = "Red," and "Position #2" = "Green" of a 
5 connector 132 (see Figs. 6-6C). 

MCU 102 in Fig. 2 is configured to be able to acquire both positive and negative voltage values. 
This is likely not necessary, since all elements of the power system, including the power cord, and 
all connectors are manufactured to be mating components. However, MCU 102 does have the 
10 ability, if necessary, to reverse the polarity of the powerlines. A power switch 1 12A in module 100 
is needed to perform polarity reversal. Software 800 (Fig. 1 A) does not detail polarity reversing, 
but, this fimction is also included in the in-line adapter version, and can easily be integrated into 
software 101 by one skilled in the art. 

15 Voltoge Acquisittiosi and CalculsLttHon 

Software 101 acquires voltage values from battery pack 134 (Fig. 2) in steps 656-678. These 
processes are also detailed in the discussion of "Software For In-Line, Corded Power Delivery 
Hardware." 

20 Of note is A/D I/O Port #4, which is polled in step 670. This port includes a large resistive load 
such as a power resistor. The resistive value of this load is substantial enough to simulate an 
operational level of a powered device 136 (Fig. 2). The Ohm-value of this load is roughly 
computed by referencing the "Load Current" expressions in Fig. 15. As can be seen, this 
supplemental load is based on the charge rate "C" of each type of battery cell chemistry. 

25 

There is no need to perform complex computations if a type of powered device is known. As a 
non-limiting example, if the type of anticipated powered device is a laptop computer, it can be 
reasonably assumed that the average load drawn by this class of powered devices is 1.0-2.5 Amps 
(given the state of the art for such devices). The high-end load of 2 . 5 A includes the power 
30 required to charge the laptop's battery. Since software 101 (and 800), with associated hardware, 
are designed to disable battery charging fimctions, the current-drain is more typically a maximum 
of 1.0-1.5 Amps. For purposes of a load figure for A/D I/O port #4, 750 -900 ma is adequate. The 
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purpose of this additional load is to pull down the battery voltage, in order to acxjuire a minimum 
voltage (Vmin) value. 

All computations and calculations of voltages performed in software steps 678-714 can be 
5 executed at any time prior to software step 760 which is the software step that performs a first 
Vout command to power supply 122. As with many of the software sequences, this sub-routine 
does not have to be executed in the exact order of state changes listed in software flowchart 101 
in Fig. 1 (or in software 800 in Fig. 1 A). 

10 Diode Depressioni 

Fig, 6E shows a modified female connector in a battery pack 134. A diode 185 is introduced into 
the wiring circuit in battery pack 134. This diode will depress any acquired voltage values. 
Software 101 in Fig, 1 (and 800 in Fig. 1 A) should be recalibrated to reflect the voltage loss 
(approx. 0.3 -volts for a typical diode). The diode only impacts voltage values acquired fi"om 
15 battery cell(s) 182. Output vohages from power supply 122 (Fig. 2) are not unpacted by diode 
185, because the electrical signal to a powered device does not flow through diode 185. 

Software 101 (Fig. 1) and 800 (Fig. 1 A) are modified slightly when diode 185 is involved in 
battery voltage acquisition. Software already distinguishes two voltage acquisition modes. After a 

20 voltage-configuration command is sent to a controllable power supply 122 (Fig. 2), software 101 
verifies power supply 122's output by sampling line voltage (see steps 614-620 in Fig. 1, for 
example). Since power supply Vout readings are not effected by diode 185 in Fig. 6E, software 
101 (and 800) these voltage acquisitions as non-compensated values. The differentiator software 
101 uses is whether power supply 122 is in an ON or OFF state. Therefore, any voltage values 

25 that are acquired while power supply 122 is in an OFF state must be voltages coming from battery 
134. Thus, any voltage value acquired during an OFF state of power supply 122 are 
mathematically voltage compensated. 

The effect of the diode on voltage readings is most pronounced on battery packs that have been 
30 deeply discharged. The spread between the no-load voltage (Vmax) and the load voltage (Vmin) 
can be quite small in this scenario. Since the diode is a constant in both the no-load and under-load 
samplings, the 0.3-volt loss extends to both values. However, Fig. 15's pack vohages need to be 
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adjusted^ since the diode loss can make it appear that a ahnost-fuUy-discharged battery pack is 
below it's minimum design voltage. 

The voltage configuration commands sent to a configurable power supply such as 122 in Fig. 2 (or 
5 122 A in Fig. 13 A) must output a value higher than the Vmin (under-load) voltage value acquired 
fi-om battery cell(s) 182. If the power supply voltage is lower than the sustainable voltage of 
battery 182, battery 182 will dominate the powerlines and be delivering power to a powered 
device 136 (in Fig. 6E). The final monitoring loop for line voltage (and current) performed by 
software 101 (repetitive steps 788-798) allows the software to readjust and optimize a power 
10 supply's Vout (step 797). This process can be modified to use stored values of battery Vmin and 
Vmax, in order to determine if the Vout voltage value of a power supply is suflBciently above the 
Vmin of the battery. This will ensure that the battery isn't intermittently coming on line during 
periods when the output voltage of an extemal power supply sags. Software 800 (Fig. 1 A) 
illustrates these sequences in greater detail, in steps 961 through 909. 

15 

The inclusion of a "bleed" resistor 185 A in Fig. 6E across diode 185 will ameliorate the depressed 
voltage values. Since both diode 185, and its optional resistor, are electrically removed fi:*om the 
battery circuit when connector 132 A is removed, there is no degradation of voltage or impedance 
by diode 185, or its optional resistor, 

20 

For fiuther information on the use of diodes, see the section "Diode UPS." 
Battery VoOtage Look-Up Table 

Look-up table 799 in Fig. 15 lists battery cell-voltage ranges for commonly-used rechargeable 
25 battery chemistries. An observation of the voltage values indicates that a number of cell-pack 

configurations "look" like others. The voltage range of an 8-cell Ni-Cad or NiMH pack fall within 
the same voltage range as an 8-cell Li-Ion (Coke) pack, for example. 

Fortunately, software 101 (Fig. 1) and software 800 (Fig. lA) are not looking at mean or average 
30 voltage values — software 101 reads voltages that are identifying cell-voltage extremes . Minimum 
cell-pack voltage (Vmin) and maximum cell-pack voltage (Vmax) vary considerably, especially 
Vmax. An 8-cell Li-Ion (Coke) pack can generate voltage readings as high as 16.80 VDC, while a 
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similar ceil construct for Ni-Cad or NiMH will only yield a maximum no-load voltage of 10.560 
VDC 

Note that the maximum cell design voltages shown do not necessarily reflect the actual no-load 
5 output voltage a particular cell type is capable of producing. An NiMH cell, for example, will read 
approximately 1.46-volts when freshly charged. The 1.320-volt value shown in Fig. 15 is the 
mathematical E*^cell value. This lower voltage is used in the look-up table as a safety measure. Its 
use avoids excessively high Vout voltage values being delivered to a powered device. 

10 All of the voltage values in look-up table 799 are industry-recognized cell design parameters. In 
the real world, battery pack state of charge/discharge will shift the voltage readings. Condition of 
the cells also plays a major role in depressing both Vmin and Vmax. Fortunately, the Vmin voltage 
values are more subject to depression under load conditions. The test load can be 750-900 ma, 
which is fairly substantial. Cells that are deeply discharged, or suflFering from abuse or 

15 mistreatment, can be expected to drop precipitously in voltage when placed under load. Also, 
voltage and cell capacity are interrelated. Voltage drops as a function of cell capacity. 
Compromised cell capacity will quickly show up as a depressed under-load voltage (Vmin). 

At the other extreme, Vmax is a no-load test. The most valid Vmax test will be one that 
20 introduces the least amount of load to the battery pack. Therefore, some attention should be paid 
to line-load look-up table 990 in Fig. 20. The lower the total resistive value of LL^, the more 
effective will be Vmax tests. Figs. 9A-C show various ways to wire a smart circuit. In Ught of 
decreasing overall resistance when reading Vmax, the optimum scenario is to wire the cells so that 
the load of the smart circuit is eliminated. 

25 

Transient cell "recovery" is a characteristic common to all battery chemistries. Cells that have had 
time to recover from a load event will temporarily regain increased no-load voltage characteristics. 
Thus, when Vmax is acquired, for some small amount of time (determined by how long it has been 
since the battery pack was used), the no-load voltage will read higher than the sustainable cell 
30 voltage. That is one reason why a Vmax value is acquired first, before the Vmin (load) acquisition 
(see steps 660 and 676 in software flowchart 101 in Fig, 1). This "recovery" characteristic of 
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rechargeable cells is beneficial to capturing a set of cell voltages that yield a significant spread of 
values between Vmax and Vmin. 



Look-up table 799 in Fig. 15 expresses cell ideals, and is therefore, only a reasonable 
5 approximation of reality. But look-up table 799 is helpful to interpret software 101 (and 800) 
Vref* and Vre^ values (see steps 662 and 682 in software flowchart 101). 



A non-limiting example of the applicability of look-up table 799 (Fig. 15) is illustrated using the 
table below for a battery pack voltage test that yields a Vmax of 14.00-volts, and a Vmin of 
10 12.00-volts. Consulting look-up table 799, the following possible voltage matches are available: 



Vmin = 12.00 VDC Vmas = 14.00 VBC 


Ni-Cad 


NiMH 


Li-Ion (Coke) 


Li-Ion (Graphite) 


Li-Polymer 


12.5/12.99 
(10 ceU) 


12.5/13.20 
(10 ceU) 


10.00/16.80 
(4 ceU) 


14.40/16.40 
(4ceU) 


12.0/16.80 
(4 cell) 


15.00/15.59 
(12 ceU) 


15.00/15.84 
(12 cell) 


7.50/12.60 
(6ceU) 


10.80/12.30 
(6 ceU) 


9.0/12.60 
(3 ceU) 






10.00/16.80 
(8 cell) 


14.40/16.40 
(8ceU) 


12.0/16.80 
(8 cell) 










9.0/12.60 
(6 ceU) 



Note that the Vmin 12-volt, and Vmax 14.00-volt parameters each fits at least one of all of the 
15 above voltage ranges. However, only the four battery packs shown in bold fit both acquired 

voltage parameters. Since the Li-Ion Coke and Polymer 4-cell packs and 8-cell packs only differ in 
the capacity of each pack (see footnote 15), these can be considered the same. Therefore, only one 
valid voltage-range match of a battery cell's chemistry is achieved by implementing software lOTs 
Vref* and Vre^ calculations. The 12-cell Ni-Cad and NiMH packs are included because the 
20 minimum cell voltage of these packs can be as low as 12.00-volts. 



The result of software lOl's SORT and LIST steps 706 and 708 is as follows: 
Vref* = 10.00 volts 
Vmin= 12.00 volts 
25 Vmax= 14.00 volts 
Vref^ = 16.80 volts 
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Cell Impedance 

While not addressed in look-up table 799 (Fig. 1 5), battery cell impedance can be a valid indicator 
of cell type. All cells increase impedance as a function of discharge. As such, decreases in voltage 
5 are related to changes in battery discharge levels. So too, do impedance changes reflect battery 
discharge states. These changes in voltage and impedance aren't very pronounced in Ni-Cad and 
NiMH cell chemistries, but Li-Ion cells do show clearly defined impedance changes that track with 
decreases in voltage. Impedance checks can be integrated into software 101 or 800, if further 
granularity in identifying a battery pack's discharge state is required. Such added complexity is 

10 usually unwarranted, since it will only come into play when the Vmin and Vmax readings are fi-om 
a deeply discharged battery pack. A deeply discharged pack can result in only a minimal vohage 
spread between Vmin and Vmax, but cell "recovery" characteristics typically preclude that. Even 
then, battery and powered device circuits are designed to allow a sufficient battery reserve that 
Vmin and Vmax will still be reliable indicators. Do not use impedance testing if diode 185 in Fig. 

15 6E is implemented, or if a smart circuit is wired into the powerlines, as shown in Figs. 9A and B. 

Commector ResmovsLlI 

Software 101 (Fig. 1) then moves to a new machine state in step 716, with a user prompt to 
remove a connector 132 already in Position #1 (Figs. 6B and 17) from its battery pack 134 (Fig. 

20 2). Steps 718-720 verify that line voltage has dropped to 0 VDC, indicating that connector 132 
has been removed from battery pack 134. Further validation of the presence or absence of 
connector 132 is achieved in steps 722-736, which is the previously-described line-load test. In 
step 736, software 101 anticipates that the cord/connector combination has reported back an Ohm 
value that matches LL^ in look-up table 990 (Fig. 20), i.e., male connector 132 is removed from 

25 its associated battery pack 134. If the response to the query in step 736 is FALSE, software 101 
loops back to step 716, first generating a user prompt 734 to remind user to remove connector 
132. These prompts are not always available, in which case software 101 continuously loops 
through the voltage and Hne load sampling steps 716-736, until the answer to the test in step 736 
became TRUE (YES). 

30 

Step 732 can be configured in software 101 to return an actual value, instead of the specific LL^ = 
LL^ query shown. Thus, the results of a look-up table matching in step 730 can be any one of the 
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pre-defined "Identifiers" in table 990 (Fig. 20). For example, the Ohm- value match value can be 
reported as an actual value LL^, instead of NOT A MATCH to LL^. Thus configured, software 
101 can execute an appropriate user prompt 734 that matches the LL^ hardware configuration 
detected. By returning the appropriate value (e.g., LL^, LL\ LL^, etc.) the user prompt can be 
5 better suited to the machine state at that time. 

Look-up table 990's value UJ indicates, for example, that a power cord 115, and connector 132 
are attached (see Fig. 2), but that resistor-equipped connector cap 540 in Fig. 6D is in place. A 
user prompt would indicate a need to remove connector cap 540. Obviously, connector 132 is 

10 removed fi-om battery back 134, since it would be impossible to reattach connector cap 540 while 
connector 132 is inserted in battery pack 134. The response for software 101 's sequence of steps 
716-736 would be FALSE, because a user has put some hardware elements into an unexpected 
non-compliant state by reattaching connector cap 540 to its connector. In software 800, as defined 
in Fig, 1 A, the entire sequence of various hardware states is detailed. Software 800 loops back to 

15 the appropriate sequence (steps 823-835) to issue a user prompt associated with a reported value 
of LL^ (user prompt 834). Software 101 can be similarly configured. 

Cominiector Reannseotioini 

Steps 738-758 indicate a new machine state, with connector 132 to be reinserted in battery pack 
20 134 with its green side (Position #2 in Fig. 17) upward (Fig. 2). Fig. 6C shows connector 132 in 
Position #2. Again, a powerline voltage check 740-742 is performed prior to a line load sampling 
744-754. 

Note that the response to step 742 *s question "Vin Detected?" can differ in the anticipated 
25 TRUE/FALSE response at any voltage check in the flowchart. The TRUE answer is NO, and the 
FALSE (error response) is YES in step 742 (and also, for example, to the same question in step 
720), Software 101 does not want to see a line voltage in this software sequence. In voltage 
verification steps 644 and 674, for example, the TRUE response is YES, and the FALSE response 
is NO. Steps 644 and 674 expect a line voltage to be present. 

30 

Power Delivery SeqwieECC 
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Software 101 (Fig. 1), in steps 760-798, addresses the final configuration of power supply 122's 
output voltage (see Fig. 2), and power delivery to a powered device 136. Step 714 has already 
defined the most probable (and safest) output voltage for a power supply 122 (Fig. 2), A second 
possible output voltage "Vavr" (Average Voltage) is also available fi-om step 712. Software 800 
5 details additional steps taken to determine a "Vbst," (Best Voltage). 

Power supply 122 is turned on in software step 762. The system state, at this juncture, is that 
powered device 136 has not yet been turned ON. Software 101 executes an output-voltage 
confirmation in steps 764-768. Note that MCU 102's A/D I/O port #1 (1 10 in Fig. 2A) is polled 
10 to acquire line voltage. If the commanded Vout value in step 760 matches the acquired line 

voltage in step 764, a TRUE value (YES) is reported in step 768. If the two voltage values do not 
match, an error loop 770 occurs, and software 101 tries to reconfigure power supply 132. If this 
loop fails after three attempts, a critical error occurs and power supply 132 is totally shut down. 

15 Step 772 acquires a powerline load value LL". This line load needs to be converted to a value that 
reflects the new Vout fi*om steps 760-768. This is a calculated value, using previously stored line- 
load value LL*^ fi-om step 148, multiplied by the value of Vout (fi'om step 760). The result 
becomes new voltage-adjusted value LL" in step 776. The new load value is stored in memory as 
LL^, and is made available in look-up table 990 (Fig. 20). A verification is made on the load 

20 calculation in step 778, to confirm that acquired load value LL^ is the same as calculated value 
LL». 

Steps 780-785 is a sequence of powerline voltage acquisitions. This sequence differs from 
previous line-voltage acquisition activities. This set of two voltage values is specific to 

25 determining possible changes in output voltage commands to power supply 122. Step 780 

acquires a no-load voltage (Vnol), which is stored in memory (step 781). Then, a load at A/D I/O 
port #4 (106 in Fig, 2 A) is introduced into the circuit, in step 782. The resistive load available at 
A/D port #4 is substantial, being v^thin a range of 750-900 ma. A second voltage is acquired as 
Vlod, but this value is voltage under load (783). The additional 750-900 ma drain on the 

30 powerlines roughly simulates the operational power requirements of a powered device 136 (Fig. 
2). 
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The two stored voltage values Vnol (a no-load voltage stored in step 781), and Vlod (an under- 
load voltage stored in step 784) are compared in step 785. If the two voltage values are within a 
tolerance of 5% to each other, no output voltage adjustments are made to power supply 122. 
However, if there is more than a 5% deviation between the load (Vlod) and no-load (Vnol) 
5 voltages, a voltage adjustment is commanded in step 786. This helps to avoid voltage sags that 
could occur when the powered device turns on. Software 101 uses this basic approach to assure 
that a power supply 122's (Fig, 2) output voltage does not drop below the Vout value of Vmin 
when the load of the powered device is induced in the system (i.e., when the powered device is 
turned on). 

10 

Powered Device Is Turned ON 

Software 101 (Fig. 1) concludes in steps 787-798. Step 787 prompts a user to turn on powered 
device 136 (Fig. 2), Software 101 samples powerline load (step 788) to determine whether this 
user action has happened. The load value will likely be expressed as any increase in current above 
15 previously defined load value LL^ from step 776 (and available in look-up table 990 (Fig. 20). This 
new line load value LL^ has stored in step 789 as LL^, and is compared to UJ in step 790. 

The timing of line load sampling steps 788-790 is relevant. If, as a non-limiting example, a 
powered device 136 in Fig. 2 is a laptop computer, a BIOS POST sequence will occur within a 

20 window of the first 5-30 seconds after a user turns on device 136 (the time at which the BIOS 
POST occurs can vary from laptop to laptop). Fig. 19 illustrates a BIOS POST event. Hardware 
devices within a powered device are turned ON and OFF during this activity, so it would be 
appropriate to sample line load during this 8 seconds of intense activity. The large spikes in 
current draw are easily detectable as confirmation that the powered device is activated. A template 

25 of a BIOS POST in Fig. 19 can be implemented in software 101, which is used to identify the type 
of powered device being powered. Other powered devices, for example a CD-ROM audio player, 
would not exhibit the characteristic boot sequence of a laptop computer. This device-class 
identification process is not critical to the operation of software 101, or any related hardware. 

30 Once the BIOS POST has completed its hardware testing, a reasonably representational LL^ value 
can be acquired by software 101 in steps 791-796. 
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Steps 791-797 are a repeat of steps 780-786, as previously discussed. Again, this is a voltage- 
stability check used specifically to assure that the output voltage of power supply 122 (Fig. 2) 
does not sag in the actual under-load conditions being created by the powered device 134. 

5 The final sequence 798 in software 101 (Fig. 1) is a continuous monitoring of powerline voltage. 
Software 101 is looking for a power disconnect, which would occur when a user removes 
connector 132 from battery pack 134 (Fig, 2). If a zero-voltage value is detected, software 101 
immediately commands MCU 102 to shut down power supply 122. This is to ensure that a 
connector 132 is not powered while its electrical contacts are exposed to a user, 

10 

Software 101 also monitors powerline load during its monitoring sequences 798, sampling current 
readings and comparing them to Ohm values expressed in look-up table 990 (Fig. 20). Any 
regression to resistive value LL^ indicates that a powered device has been turned OFF, but that a 
connector 132 is still attached to a battery pack 134. Recognizing this OFF state can be usefiil for 
15 power conservation — as power supply 122 (Fig. 2) can be put into a standby or sleep mode. If 
power supply 122 is put into such a wait mode, software 101 retains its last Vout value, should a 
user turn the powered device back ON. However, if a powered device is turned OFF, and 
connector 132 is removed from battery pack 134, power supply 122 is shut down. If a user 
reconnects the same powered device, software 101 executes again, in its entirety. 

20 

Software For In-Line, Corded Power-Delivery Hardware 

Note: Matter presented in this section is often also described in the previous software sections, as 
well as throughout the hardware sections. Any relevant matter is assumed to be included here by 
reference, as if it were presented here in fiiU. 

25 

Hardware 

Figure 1 A illustrates software 800 that operates primarily with external power conversion adapter 
hardware, a non-limiting example of which is device 335 in Fig. 13 (and shown diagranmiatically 
as 400 in Fig. 13 A), or equivalent external power adapters. The hardware is comprised of 
30 manually-selectable output- voltage indicator 337, configurable DC/DC (or AC/DC) power supply 
122 A, blink/solid LED indicator 402, powerline switch 526, and a source of logic, controller and 
data acquisition, such as microcontroller (MCU) 102 A. 
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In operation, a user manipulates voltage selector 504 in selectable indicator 337 (Figs. 13 and 
13 A). MCU 102 A acquires at least one voltage from a battery 508B of an associated powered 
device 508C that is attached at output connector 508. The attachment is via a connector 132 
5 (reference Figs. 6-6D), and a pov^er cord 508A. 

At least one acquired, or processor calculated, voltage value is stored in MCU 102A's memory 
5 18A as a value which, when matched at selector indicator 337, serves as a confirmation that a 
user has properly configured voltage selector 504. When a voltage match is confirmed, MCU 
10 102 A locks out voltage selector 337 from any further inputs, and also illuminates LED 402 to 
confirm to a user that power adapter 400 is properly configured. 

LED 402 can illuminate in a non-limiting number of ways, such as blinking, solid ON/OFF, or by 
changing color. The rate of blink will be used herein as a non-limiting example of how LED 402 
15 operates. Rate of blink slows as voltage selector 504 moves away from the target voltage to be 
matched and, conversely, LED blink rate accelerates as voltage selector 504 is rotated toward the 
desired vohage. When an acceptable voltage match is achieved, LED 402 stays solid ON in this 
example. 

20 Once selector 337 (Fig. 13A) is properly configured, MCU 102A configures power converter 
122 A to output the desired voltage. Next the MCU verifies, at conductors 527 and 529, that the 
output voltage is correct, then MCU 102 A closes powerline switch 526, allowing power to flow 
to powered device 508C. 

25 Power converter 122A can also be an AC-input/DC-output power converter (or even a DC-to-AC 
inverter). Those skilled in the art can make changes to software 800 (Fig. lA) to provide 
compatibility and operability v^th AC power. Some features of power box 400 (Fig. 13 A) and 
software 800 do not operate the same, such as the initial voltage initialization process between a 
power source and power box 400, 

30 

Hardware Varianlts 
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Manual voltage selector 337 is not essential to the operation of configurable power adapter 335 in 
Fig. 13 (digramatically device 400 in Fig. 13 A). MCU 102 A is capable of automatically 
configuring power converter 122 A without any user intervention. This would be a preferred mode 
for delivering a matched voltage to a powered device. 

An alternative modality uses a simple voltage comparator circuit to match a voltage input fi*om a 
battery source 508B (Fig. 13 A) to an output voltage of a power converter 122 A. The battery 
voltage value in the comparison is Vmax (no-load voltage). The actual output of a power 
converter 122 A (Vout) would be depressed by 10% of Vmax or, a more simple approach , would 
be expressed as: 
Vmax - 1 volt - Vout 

An LED 402 is used to indicate a successful voltage match. A gated FET serves as a switch 526 
to create an electrical path between power converted 122 A and battery 508B, and the FET also 
switches the LED circuit ON. 

Fig. 1 1 shows a variant, with an intermediate power conversion box 357 that is inserted in-line 
between a manually configurable power adapter 33 5 A and a host device 349 's battery pack 355. 
This configuration of power-conversion box 357 is comprised of an MCU 102B, an LED 338, and 
a powerline switch 562B (reference Fig. 13A for equivalents). Power conversion box 357, having 
acquired at least one voltage fi*om battery 355, then samples the output voltage of power adapter 
33 5 A while a user rotates selector 337A. Once the output voltage fi-om power adapter 33 5 A 
matches the desired voltage, the MCU in box 357 illuminates its LED as described above. 
Powerline switch 526B is held closed by MCU 102B as long as the output voltage fi-om power 
adapter 33 5 A matches the defined voltage. Should a user rotate selector 337A to a position that is 
not a match, even while power adapter 33 5 A is in operation, software 800 commands MCU 102B 
to open powerline switch 526B, which discontinues power to powered device 349. 

Hybrids 

Figure 10 is essentially the same as Fig. 11, except that power conversion box 357 in Fig. 1 1 has 
been integrated in battery housing 347 in Fig. 10. Battery housing 347 can be an empty plastic 
shell, or have some (or all) of its battery cells removed. Because migration of MCU 102C, power 
switch 526C, and optional LED 338C to battery 347's enclosure creates a dedicated device 
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specific to a mating powered device 349. In the early 2,000s, automotive accessory voltage could 
change to 42 VDC. Whatever voltage is currently in use is considered relevant here. While 
restrictive in being dedicated to a particular powered device 349, such a battery housing assembly 
347 eliminates the external power conversion box 357 shown in Fig. 1 1 . 

5 

Fig. 10 shows a laptop computer 349, with a dedicated battery pack 347 which contains an MCU 
102C that is pre-programmed with the input voltage required to properly power laptop 349. In an 
alternative modality, the pre-programmed voltage information can be expressed as digital data, 
made available to an external power adapter 335 by means of powerline modulation. A 
10 modulator/demodulator 339 in battery 347, and its corresponding MD/DM 339A in power 
adapter 335, provide a simple, yet eflFective means of communicating data between the two 
^ devices. Given that Fig. 10 includes a battery 347 with a dedicated specific voltage, and that 

power adapter 335 can adjust its voltage output, powerline modulation can occur at a known 
:^ voltage, which simplifies the operation of the modulators/demodulators 339 and 339A. Those 

^fl 15 skilled in the art can readily implement the powerline communications of this modality of the 
invention. 

IP 

Integrating battery cells into a battery housing 347 in Fig. 10, along with one of the electronic 
assemblies described above, allows a powered device 349 to have a battery reserve. Should there 
be a disruption of input power along cord 341, a partial battery would serve as an effective 
emergency Uninterruptable Power Supply (UPS). A power switch 526C, a diode 185, or a power 
FET (or equivalents) is used to switch fi-om external power to battery power (see Fig. 6E, and 
related text section 'T)iode UPS") 



25 The use of smaller cell sizes, with lower capacity, provides reasonable power reserves, as battery 
back-up. Using smaller cell sizes does not necessarily translate to reduced battery capacity. For 
example, the 18 mm cells manufactured when Li-Ion was evolving as a battery technology in 
1995-*96 have lower capacity ratings than today's 17 mm (or even 15 mm) cell sizes. Also, 
polymer cells show promise of equaling or exceeding older cylindrical cell capacities. Polymer 

30 cells are more space (volumetrically) efficient than cylindrical cells. Therefore, smaller and more 
energy-dense cell, and evolving polymer space-saving cell configurations, help to ensure that there 
be little trade oflF when integrating electronics into existing battery pack enclosures. 
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Input Power 

Input power to power conversion box 400 in Fig. 13 A can be either a fixed input voltage, or is a 
power source that can have a configurable output voltage, equivalent to that described in Figs. 2 
5 through 5 A. If the input vokage to power box 400 is coming fi-om a fixed voltage source, MCU 
102 A in Fig. 13 A is wired with its own voltage regulator, so that MCU 102 A is powered as soon 
as electrical input is available at lines 505 and 507. 

If the input voltage is coming fi-om a source of variable voltage that has its own control 
capabilities, such as assembly 100 in Fig. 2, power box 400 in Fig. 13 A "signals" to its controllable 
input power source that it is fiinctioning. A controllable power source 100 has been pre- 
configured with resistive values that are specific to a power box 400 (as detailed in the following 
"Software Operation" section. In sensing these resistive loads, and finding them to match expected 
pre-determined values, a controllable input power source 100 delivers voltages expected by power 
box 400 at the appropriate time. Thus, as seen in software flowchart 800 in Fig. 1 A, a +5 VDC 
power signal is first delivered to power box 400, which powers its MCU 102 A only. Once power 
box 400 has been configured by its user to the correct output voltage (as described above) LED 
402 changes its state (e.g., turns ON). This indicates a change in the overall load sensed by 
controllable input power source 100, which then increases its power to a pre-determined value. 
This pre-determined voltage value may be 12 VDC (for example, if power box 400 is to be used in 
an automobile), or the output voltage can configure to 15, or 28 VDC (as a non-limiting example 
of which is a power box 400 manufactured to operate at such voltages because its intended use is 
on an airplane where such input voltages are common). 

25 An alternative power source is available fi-om which MCU 102A in power box 400 (Fig. 13 A) can 

be powered. Battery 508B can power MCU 102 A when a user attaches connector 132 to couple 

battery 508B to power box 400. Note that, in the description of a unique connector 132 in Figs. 6- 

6C, the connector must be inserted in the maimer shown in Fig. 6B for power to be available. Fig. 

« 

6E, and its associated description in the section "Diode UPS", define a non-limiting means of 
30 configuring the circuit within a battery 508B with a diode, so that there is only one position for a 
connector 132. The connector modality in Fig. 6E resolves the issue of a dual-position connector 
132, and provides a convenient means of powering MCU 102 A. 
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Software Operation 

Software 800 in Fig. 1 A, in its first state (steps 801-805), determines the characteristics of its 
5 input power source. Software 800 assumes that there is power available as soon as its associated 
hardware (for example, power box 400 in Fig. 13 A) is connected to a power source. In the 
modality shown here, that power source outputs either 5 VDC (as detected in software voltage- 
comparator steps 802-803), 15 VDC (in voltage-comparator step 804), or 9-14 VDC (in voltage- 
comparator step 805). 

10 

If the detected input voltage is 5 VDC, software 800 is pre-programmed to execute all processes 
shown in Fig. 1 A. A 5 VDC-detected input voltage is an indication to software 800 that it is 
connected to specific matching hardware. Such hardware as exemplified in assembly 100 Fig. 2, 
and its related software 101 in Fig. 1, are configured to perform interactions with hardware 

15 equivalent to 400 in Fig. 13A and software 800. As a non-limiting example of which is that MCU 
102 A in Fig. 13 A performs fiinctions, such as turning on LED 402, that alter the overall detectable 
load of hardware 400. Software 101 is configuring its power supply 122 A to output a low voltage 
(in this non-limiting example, +5 VDC) from its power supply 122 A. Software 101, and related 
hardware 100 as exemplified in Fig, 2, is monitoring the load at input powerlines 1 14 and 166 

20 (which are the same as powerlines 505 and 507 in Fig. 13 A). When LED 402 in Fig. 13 A turns on, 
software 101 detects that change in load (the value of which was predetermine at the time of 
manufacture of power box 400). Software 101 then changes its output voltage to 28 VDC. 
Software 800 in Fig. 1 A, senses the change in input voltage from +5 VDC to 28 VDC, and 
switches on DC/DC power converter 122 A in Fig. 13 A, via control line(s) 510. 

25 

By this non-limiting example, it is seen that software 101 in Fig. 1 performs rudimentary 
handshakes and acknowledgments with software 800 in Fig. 1 A. Software 101 responds to load 
changes at powerlines 1 14 and 1 16. Software 800 in Fig. 1 A provides clearly defined resistive 
loads at appropriate times in its processes, which are indicators to software 101 of various states 
30 in hardware 400 in Fig. 13 A. 
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To simplify this line load-based handshaking, input lines 505 and 507 (Fig. 13 A) are switch- 
isolated (5 16 A) from DC/DC power converter 122 A. Only MCU 102 A is drawing power from the 
5-volt input. This also means that any powerline activities downstream of converter 122 A are not 
detectable by software 101 in Fig. 1 along powerlines 1 14 and 1 16 in Fig, 2 (505 and 507 in Fig. 
5 13 A). Therefore, a resistor array 509 is pre-configured to induce three specific pre-determined 
load values detectable by software 101 at powerlines 114 and 116 (505 and 507). Basically, 
upstream hardware 100 in Fig. 2 (or equivalents) with its software 101, needs only to detect three 
pre-determined resistive load values. Load value #1 serves as a device ID, which tells hardware 
100 (and its software 101) that a compatible device 400 is attached. This handshake function can 
10 also be performed by a simple resistor in connector 103 (Fig, 2) that attaches a power box 400 in 
Fig. 13A to a hardware assembly 100 in Fig. 2. The pin outs of connector assembly 103, which 
provides a means of detecting the presence of a power box 400. 

A powerline load value #2, detectable by software 101 in Fig. 1 is used to notify software 101 of 
15 the proper time to reconfigure the power output of its power supply 122 (in Fig. 2). The previous 
voltage of 5 VDC changes to 28 VDC (or any other pre-determined output voltage deemed 
appropriate). 

A powerline load value #3, detectable by software 101 in Fig, 1 is used to notify software 101 to 
20 shut down its power supply 122. This is for critical error states, such as hardware 400 in Fig. 13A 
experiencing over-voltage, over-current, excessive thermal activity, or other abnormalities of 
operation. This shut-down capability is not defined specifically in software 800 in Fig. 1 A, but 
anyone skilled in the art can readily include such safety checks and error-reporting states. In such a 
shut-down condition, software 101 defaults to its standby output voltage of 5 VDC. Also, power 
25 supply 122 will stay in its 5-volt state as long as a connector assembly 103 (Fig. 2) remains 

attached. If software 101, having reconfigured the output of its power supply 122 in Fig. 2 to the 
low-voltage (5-volt) standby mode, does not find powerline load values that matches expected 
values, software 101 executes a total shut down of power supply 122. Not all of these fimctions 
are detailed in software flowchart 101 in Fig. 1, nor software flowchart 800 in Fig. 1 A, but those 
30 skilled din the art can easily add such functions to the existing software, using existing shut-down 
processes described in various places throughout this document. 
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Intra-Device Communications 

Power source 100 in Fig. 2 and power box 400 in Fig, 13 A can conununicate with more 
sophistication than the basic resistive-load schema defined above. With proper power factor 
correction (PFC) and powerline filtering, traditional powerline modulation can be performed over 
the low-vohage lines. Since such methodologies are well understood and familiar to anyone who is 
skilled in the art and who is familiar with X-lO-style (X-10 USA Inc., Closter, NJ), or Echelon 
(Palo Alto, CA) powerline communications, they are not detailed here. 

Even using two resistors in resistor array 509 that can be switched in and out of powerline 505 
and 507 in Fig. 13 A, a rudimentary 1 and 0 binary "code" can be constructed. Because the voltage 
along the powerlines that connect power source 100 in Fig. 2 to power box 400 in Fig. 13 A can 
include two voltages (5 VDC and 28 VDC, for example), the resistor "code" must have two value 
sets, one for each voltage. Also, since the output-line load downstream of power converter 122 A 
in Fig. 13 A can fluctuate considerably while powered device 508C is in operation, adequate power 
factor correction and line-load filtering between power source 100 and power box 400 is 
important. 

See also the section "Software Operation" above, for information about powering an MCU fi-om a 
battery power source, and the operation of a powerline modulation schema in hardware and 
software. 

Yin DimrereiaitDSLtors 

Vin-detection 803, 804, or 805 differentiates whether software 800 in Fig. 1 A is executing with its 
hardware 400 (Fig. 13 A), or equivalent, connected to an automotive or commercial aircraft power 
source. Automotive output voltages to devices like those on which software 800 resides can range 
fi^om 9-16 VDC. Commercial aviation voltages are 15 VDC (+/- 1 volt), or 28 VDC. While 15 
VDC is within the spectrum of automotive output voltages, rarely do automotive voltages run that 
high. Typically 13 .5 VDC is the upper limit of real- world automotive voltages at the dashboard. 
Thus, by detecting and difierentiating input-voltage parameters, software 800 can be configured to 
perform functions unique to its operational environment. 
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As a non-limiting example of which is that aviation functions can preclude charging the battery of 
a powered device. Figs. 6A-E, 7, 8, and 9A-D show methods of disabling battery charging, while 
still delivering power to a host device. Software 800 relies on detecting a match for input voltage 
as an initial indicator of its operational environment. If input voltage parameters indicate an 
5 aviation voltage (15 VDC. or 28 VDC), software 800 runs subroutines that are specific to unique 
hardware (connectors referenced Figs. 6A-E, for example) that are only used on commercial 
aircraft. Thus, elemental input-voltage-sensing fiinction in software steps 803-805 in Fig. 1 A 
provide differentiators that define intended operations within specific environments. 



10 Output I/O Activity Petectiioia 

Before performing any activities related to the power output side of a hardware power box 400 in 
Fig. 13 A, or an equivalent, step 807 in software 800 (Fig. 1 A) locks out any inputs fi'om manual 
voltage selector 337. All activity of LED 402 is latched up. This is precautionary, only. Because 

Si MCU 102, and not the actual rotating of manual voltage selector 337, controls power converter 

If! 

,g 15 122 A, any user manipulation of voltage selector dial 504 cannot impact the operation of power 



converter 122 A. 



11J Software 800 in Fig. 1 A monitors other user activities, particularly those associated v^th output 

connector 508 in Fig. 13 A. A user may have to attach a cord 115 and/or a connector (132 in Fig, 
20 2) to connector 508, for example. In anticipation of this, software 800 monitors output powerline 
activity at MCU inputs 525 and 527, which comprises A/D I/O Port #1 (see software step 809, 
and elsewhere). If user has already attached a connector 132 (Fig. 2) to a battery pack 508B (Fig. 
13A), battery voltage is available at MCU 102's A/D I/O Port #1 . 

This is feasible, in that a user could have attached a connector 132, and connected that to a battery 
25 (see Fig. 6B). After having done so, only then would a user attach the power input lines 505 and 
507 in Fig. 13 A to a power source. Thus, MCU 102 would be powered only after the battery 
connection was made, so software 800 would be "blind" to previous battery- and connector- 
related user actions. Software 800 can be rewritten to accommodate this. The power fi'om a 
battery 508B can turn on MCU 102 A, using inputs 527 and 525. Thus, MCU 102 A can be 
30 functional as soon as power fi-om battery 508B is available on powerlines 523 and 524. 



99 



Software sequence 809-81 1 is a simple voltage check at A/D I/O Port #1. If no voltage is present, 
the user has not yet reached the stage of attaching power box 400' s output cord 523 and 524 to a 
battery pack (see battery 355 in Fig. 1 1, for example). 

5 Having detected, in steps 809-81 1, no voltage at A/D port #1, software 800 in Fig. 1 A executes 
sequence 812-822, which is powerline load detection. Conductor 519, with its load 521 strapped 
across to conductor 527, comprises what is identified as A/D I/O Port #3 in software flowchart 
800 (Fig. 1 A). This port is a dedicated current-sensing A/D I/O of MCU 102A in Fig. 13A. 

10 Lcok-Up Table 

Software 800 in Fig, 1 A differentiates from among a series of eight separate and distinct load- 
related events. These are defined in line-load look-up table 990 in Fig. 20. States for a power 
cord, connector, and battery connection are defined. This list assumes that a power cord and 
connector are discrete assemblies, and that a user must attach a connector to the cord. Look-up 
15 table 990 also assumes that there is a cap on a connector (see item 530 in Fig. 6D). Two states 
LL"* and LL' differentiate whether a battery pack is removed from, or is installed in, its associated 
powered device. Not all of these states need be present for software 800 to operate. These 
powerline load states are separately defined to show where, in the sequence of software processes 
described in software flowchart 800 (Fig. 1 A), each is monitored. 

20 

Look-up table 990 (Fig. 20) links an Ohm-value to each configuration of connector, cord and 
battery pack. In software 800, each reference to "Look-up Table of Q Values" (815, 831, 844, 
etc.) compares an acquired powerline load value to each of the pre-defined resistive values in 
look-up table 990. Thus, if the captured Ohm-value in software step 816 is .32 Ohms, then only 
25 LL* is valid. The null-value LL^ is not considered in any of software 800' s comparisons, because it 
indicates no user activity, and is therefore the absence of any other "LL" value. 

All pre-defined Ohm values in look-up table 990 (Fig. 20), are defined in the manufacture of the 
power cord, connector (and its cover), and battery packs. Allowable manufacturing tolerance is 
30 indicated as 5%. 

Volttage Check, Then ILoad 
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Software 800 in Fig. 1 A is structured so that a voltage check always precedes a load check at the 
output powerlines, for example output powerlines 523 and 524 in Fig. 13 A . There are two 
reasons for this two-step sequence. Both reasons are related to monitoring user activities, and 
knowing what a user is doing with an output power cord 508 A, its connector 132, and especially a 
battery pack 508C. First, a user may have already performed an action that is further along in 
flowchart 800 than the present step in software 800. As a non-limiting example, if the Vin test in 
step 809-81 1 yields a correct reading, step 813 indicates a GOTO step 883 "Battery Connected." 
If a user connects to battery 508B prior to software step 809, software 800 has a way of checking 
for such out-of-sequence user activity. 

Second, power converter 122A in Fig, 13 A must be turned on to do a line load test during power- 
output fimctions. For example, software steps 812-822 represent a typical line load test sequence. 
Power converter 122 A is turned on in step 812. If, at that moment, a user is inserting a connector 
132 into a battery pack 508C in a manner that will allow battery voltage to flow (see Fig. 6C), 
there will be two contending voltages on powerlines 523 and 524 of power box 400 (Fig. 13 A). If 
the battery's output voltage is higher than 3 VDC, power will flow into power converter 122A*s 
output (this assumes that power switch 526 is closed). If a battery voltage is less than 3 VDC, 
power from converter 122 A will flow into battery 508B. This situation can damage either power 
converter 122A, or battery pack 508C. 

Diode protecting power converter 122A's output lines in Fig. 13 A is prudent, and has been 
discussed in the section "Diode UPS" but, incorporating diodes in a battery pack may not be 
advisable. Diodes in the battery pack can distort the battery values (particularly voltages) being 
reported by a smart battery circuit. Optional powerline switch 526 can be used as a safety valve. 
This switch is only closed after confirmation that powerlines 523 and 524 are inactive. Software 
800 handles this issue by always sampling output-line voltage at MCU 102A's input lines 525 and 
527 (as exemplified in steps 809-81 1) before initiating a load-sampling sequence. 

After sampling line load, as exemplified in sequence 812-822 in flowchart 800 (Fig. 1 A), if no 
look-up table 990 confirmation of a resistance-value match is found, software 800 error loops 
back to another voltage sampling 809-81 1. In some software sequences, screen displays or other 
user indicators are employed to prompt a user to perform a desired action. A non-limiting 



101 




example of this is step 834, where a screen display prompts a user to remove the cap from a male 
connector (reference Fig. 6D). Note that the error loop then reverts to a line-voltage check first 
(steps 823-824), before again sampling for a change in load (indicating that the cap 530 has been 
removed from connector 540 in Fig. 6D), Screen displays are discussed in the section "GUI 
5 Considerations." 



Making the Battery Connection 

Software 800 in Fig. 1 A performs a series of output-line voltage and powerline load samplings, 
10 starting at step 809 and continuing to step 876. During these steps, various user screen prompts 
(821, 834, 848, 863 and 876) can be indicated in order to direct a user to properly configure 
i=-i power cord 5 08 A, and the correct Position #1 and Position #2 sequencing of connector 132 into 

^2 battery pack 508B (reference Figs. 6-6C, and Fig. 17). 

E 

,Q 15 Once a connector 132 and power cord 508A assembly has been properly configured (Fig. 13a), 
;^ software 800 continues to perform output powerline voltage samplings, as indicated in steps 877- 

882. This Vin sampling sequence loops continuously, until a line voltage indicates that battery 
j=tj 508B is properly connected in its Position #1 to power box 400. Once connector 132 is properly 

: _ c 

!^ mated to battery 508C, a polarity check is performed in flowchart 800's step 883A. 

^0 20 

Acquiring Battery Data 

Software 800 in Fig. 1 A executes steps 884 - 892 to acquire a battery Vmax (Maximum Voltage) 
value. This is a no-load voltage reading of the cells inside the battery housing. MCU 102's A/D 
I/O Port #1 (conductors 525 and 527 in Fig. 13 A) acquires this value in step 884. 

25 

In step 888, the Vmax value is compared to look-up table 799 (Fig. 15). Look-up table 799 is 
comprised of a database of individual cell voltages, with known combinations of cells in battery 
packs. All common cell chemistries are charted in look-up table 799. 

30 Look-up table 799 (Fig. 15) is not critical to the proper operation of software 800. However, 
there can be battery pack conditions that are at the fringes of "normal" voltages. For example, a 
battery pack that is at a very low state of charge. A deeply discharged battery pack condition will 
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not distort the Vmax (no load) value acquired in software 800's step 884. This deeply-discharged 
battery scenario is a good reason to avoid using resistors in output power cords, connectors, etc., 
since these will only apply unnecessary loads when acquiring a Vmax value. If the resistance is 
substantial, the voltage range between Vmax and Vmin will be urmecessarily depressed. Because 
5 the battery cells are not under load when the Vmax value is acquired, the battery pack will most 
likely read close to its nominal manufacturer's "design" voltage. All battery chemistries exhibit a 
transient voltage "recovery" characteristic when at rest. This is often experienced with a flashlight 
that will no longer light. After the flashlight rests for a period of time, the bulb momentarily 
respond. 

10 

Cell voltage look-up table 799 (Fig. 1 5), referenced in software steps 888 and 899, will aid in 
^ identifying deeply discharged battery packs. The Vmin (under load), and Vmax (no load) values 

=o will be distorted when compared to the expected voltage readings for a battery pack that has been 

charged. Note that batteries that are fi-eshly charged will swing to the opposite end of the voltage- 
15 reading spectrum, with high Vmax (no load) values. In that respect, fi-eshly charged battery packs 
are considered as "abnormal" as deeply discharged ones, when interpreting look-up table 799. 

Vimin 

Software 800 in Fig. lA acquires a Vmin voltage value in steps 893 - 903. A load 517 is 
20 introduced in the powerline at MCU 102A's conductors 522 A and 527 as A/D Power Port #4 
(Fig. 13A). This load should be of sufficient impedance to depress the battery pack 508B's output 
voltage. If the battery packs to be addressed by the invention are for laptops, as a non-limiting 
example, the load should be at least 750 mA (based on a typical laptop drawing 1 .2-1 .5 Amps 
from a battery pack). If the load is too small, there may not be enough difference between the 
25 Vmax (no load) and Vmin (load) voltage values. High resistive loads also pull down a battery's 
voltage more quickly. 



A Vmax (no load) voltage value is stored in memory 518A as Vref^ (step 892), and a Vmin (under 
load) voltage value is stored as Vref* (step 903). If look-up table 799 (Fig. 15) of single battery 
30 cell voltages v. cells-per-pack is properly structured, the two acquired voltage values Vmax and 
Vmin can determine the optimum output voltage for power converter 122 A in Fig. 13 A. Step 907 
in software 800 determines an accuracy for values Vre^ and Vref* with a tolerance of less than 
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5%, when compared to look-up table 799. This error-factoring rules out look-up table 799 's 
potential errors, such as in a situation that could occur if both Vmin and Vmax were statistically 
improbable (i.e., values don't fall within a set of known voltage values), or voltages that are 
otherwise flawed as reliable baseline values. 

5 

In steps 913-914 of software 800 (Fig. 1 A), Vre^ and Vref* are listed and sorted in ascending 
order. If all acquired voltages are from a stable battery pack, i.e., one that isn't freshly charged (or 
precipitously near total discharge), the sequence of voltages will be. 
Vref* 

10 Vmin 
Vmax 
Vref' 

This ordering indicates that look-up table 799' s (Fig. 15) values confirmed that there was a 
15 correct configuration of cells in a battery pack that, by their design cell voltages, indicated that the 
actual load and no-load voltages acquired (Vmin and Vmax respectively) are within normal 
parameters. 

If the results of the LIST and SORT processes in steps 913 and 914 differs from that shown 
20 above, an error state is reported in step 915 of software 800 (Fig. lA). If the outcome of step 
914's LIST and SORT is a valid voltage progression, from lowest to highest, then MCU 102A 
(Fig, 13 A) uses Vmin as a first output voltage at which to configure the Vout of a power 
converter 122 A. 

25 Vmin and Vmin 

The output voltage of a battery pack, under load, is expressed as Vmin. Some battery references 
may identify Vmin as a battery's Constant Current Voltage (CCV). The input voltage to a 
battery's powered device can also be expressed as Vmin, or the minimum operating voltage of the 
device. Understanding the relationship of a battery's Vmin to its associated powered device's 
30 Vmin will shed some light on what relevance software 800' s voltage acquisition has to 
successfully delivering an optimized voltage to a powered device. 
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For the sake of clarity, battery output voltage Vmin will be labeled, for purposes of this 
discussion, "BattVmin," while a powered device's minimum operating voltage will be labeled 
"PDVmin." BattVmin is closely related to PDVmin, because PDVmin determines how deeply a 
powered device's battery pack will be allowed to discharge (expressed here as a function of 
5 voltage, and not a "fiiel gauge" reading of battery capacity). A powered device's minimum 
operating voltage, ideally, would only be slightly above its battery pack's lowest possible 
discharge voltage. 

The lowest possible discharge voltage of a battery is determined by a "point of no return" in 
10 voltage, below which the battery will face potential internal cell damage. For example, a Ni-Cad 
cell, rated at a manufacturer's design voltage of 1,25 volts, would be damaged if that cell's voltage 
dropped below 1 .0 volts. At such a low voltage, the risk of permanent cell reversal is significant. 
"Cell reversal" means that the cell suffers internal damage which renders the cell incapable of 
being fiilly recharged. Thus, for the safety of the battery pack, cell voltages would never be 
15 allowed to drop below 1 .0 volts. For a 10-cell pack that is rated at 15-volts, as an example, the 
lowest BattVmin would be 10.0 volts. 

Since manufacturers of powered devices always want to optimize the run time of the battery- 
powered product before its battery needs to be recharged, the device's minimum operating voltage 

20 PDVmin would likely be very close to its battery's BattVmin, e.g., 10.0 volts in this example. In 
reality, the device's lowest operational voltage would probably be below 10.0 volts, to allow for 
the transient sag in the battery's output voltage that occurs when the device turns on (sudden 
load). Although device manufacturers are oflen tempted to run the battery voltage down to 
absolute minimums, a reserve of 10% or more is a often allowed. In the case of a laptop computer, 

25 for example, this 10% is necessary to allow sufiBcient battery power for a user to exit all 

applications and shut down the computer, before the battery reaches its BattVmin voltage. Thus, a 
15-volt battery pack, capable of being discharged to 10 .0 volts, would have a theoretical artificial 
PDVmin shut-down voltage (allowing a 10% reserve) of 10. 1 -volts. 

30 Thus, we have the following voltages, in descending order: 

Battery pack design voltage =15.0 volts 
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Device's pre-set battery shut down voltage (BattVmin) = 10. 1 volts 
Battery pack minimum safe recovery voltage = 10.0 volts 
Device's minimum operational voltage (PDVmin) = <10.0 volts 

It can be surmised that the under-load voltage Vmin acquired in step 896 of software 800 (Fig. 
1 A) will be above its powered device's pre-set battery shut down voltage of 10. 1 volts. Since the 
powered device's minimum operating voltage (PDVmin) is less than 10.0 volts, any voltage above 
that might properly operate the device. The conditional "might properly operate the device" is 
relevant, because any input voltage to the device below the pre-set shut down voltage of 10. 1 
volts would trigger a shut down! But, for purposes of software 800 's optimizing the input voltage 
to a powered device, as long as the output voltage of power converter 122 in Fig. 13A is no less 
than 10.1 volts, the powered device the converter is powering v/iU operate satisfactorily. At these 
extremes of the voltage spectrum, a powered device may produce "low battery" warnings. 

In reality, the optimum voltage delivered to such a powered device in the example should be 
above 1 1 .00 volts. Software 800 operates with a load that is conservative, when acquiring 
BattVmin (i.e., Vmin). Since the 750-900 mA load applied when acquiring Vmin is typically only 
50-60% of the operational load of the powered device, BattVmin is slightly higher that it would be 
if a full 1.5 Amp load were applied (assuming that the battery has already been partially 
discharged). In light of this, the acquired voltage value Vmin should be used only as a first output 
voltage to a host device. Although not probable, Vmin may not provide suflBcient voltage to 
properly power the powered device. Since Vmin is below Vmax (see step 907), it is certainly a 
safe first voltage to apply. The description and figures related to software 101 (Fig. 1) further 
discuss output-voltage-compensation strategies. 

Vmas 

Vmax, as a valid voltage value on which to base the output of power converter 122 in Fig. 13 A 
can be used as a safe operational voltage for some battery-powered devices. Vmax is a no-load 
voltage value. As such, it can be substantially higher than the battery's manufactured design 
voltage. For example, a Ni-Cad battery pack having a design voltage of 12.00 volts can yield a no- 
load Vmax value of 14.6 volts, especially if the battery has just been charged. Most powered 
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devices allow for a reasonably generous over-voltage, because batteries exhibit a transient "pulse" 
voltage when first turned on that delivers a substantial upward voltage spike. 

Batteries react to load differently than continuous-power converters. Power converter 122 A in 
5 Fig. 13 A is designed to not exhibit significant voltage drops under load. Pronounced output 
voltage drops can create problems when Vmin- or Vref* -level voltages are delivered. Under a 
substantial load, a voltage drop from a calculated Vref* could plummet below PDVmin, causing 
the powered device to shut down. 

10 Having stated that, observations of actual power delivery from an external power converter 
indicate that output voltages at battery design voltages can trigger unexpected resuhs. In 
particular, some powered devices will respond to voltage sags from a battery design voltage by 
displaying user warnings that the battery requires charging. This behavior will also result if the 
selected voltage is delivered by a power converter that does not also deliver sufficient amperage at 

15 the selected voltage. Stable voltage outputs under a variety of loads, and adequate amp-ratings 
will resolve many of these secondary issues when delivering power through a powered device's 
battery port. 

Alternatiive Optimunini- Voltage CalculatHOinL 

20 Software 800 in Fig. 1 A provides an alternative method of determining an optimized output 
voltage for a converter 122 A in Fig. 13 A. Steps 909 - 912 indicate an output-voltage calculation 
that is both simple, and reliable. Acquired Vmin, from steps 893 - 897, and acquired Vmax, from 
steps 884 - 885, are added together, and the result is divided by two (step 91 1). The resulting 
voltage value is stored in memory in step 912 as Vavr (Voltage Average). While this less 

25 complicated process for determining an output voltage may seem too simplistic, it*s accuracy is 
only tainted by battery packs that are deeply discharged. Deeply discharged batteries exhibit very 
limited spreads between Vmin and Vmax, and the resulting Vavr voltage can be too low for the 
powered device to sustain operations, especially if a power converter 122 A exhibits voltage sags 
under load. By and large, the calculation method employed in step 91 1 is very acceptable, and this 

30 simple method is also used by software 101 (Fig. 1). 

Determining **]Best" Vout Value 
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Software 800 in Fig. 1 A defines steps 940-946 as determining the "best" power cx)nverter output 
voltage (Vout) value. Two voltage-optimization methods are indicated, as in the discussions of 
steps 91 1 and 918 in the section below "/y It ON? '\ Since the powered device has not yet To this 
point in software 800) been tested v^th either the method of step 91 1, or step 91 8' s method, it 
5 would seem that selecting the "best" voltage method is impossible. Essentially, that is true. 

However, both voltage-optimization methods discussed here have a commonality, and even some 
similarities. The commonality is that, barring any rejections because of acquisition or calculation 
errors during each process, both methods will yield output voltage values that are between a 
powered device's PDVmin (shut down) and a battery's no-load Vmax (peak voltage). 

10 

The similarity of the two voltage-determination methods is that the resulting voltage from one 
method is usually quite close to the result of the other. Vmin and Vavr tend to be voltage values 
within 10% of each other. This is true only if a battery is neither freshly charged, nor deeply 
discharged. The more complex method involving look-up tables (see software steps 884-908 in 
15 software flowchart 800 in Fig. 1 A) will quickly detect these extreme cases, while the simple 
calculation method expressed in step 911 won't. 

To more efficiently determine which of the two methods is the most probably reflective of the true 
charge/discharge state of a battery pack, software solutions such as fuzzy logic, expert-rules-based 

20 logic, or adaptive neural networks will reveal probabilities of success. However, such complex 
approaches, while acknowledged as potentially beneficial, would tax the processing and memory 
power of an MCU 102A (Fig. 13 A). Such complex software is also not justifiable, because the 
number of probable failures to power a device using the two defined methods in software 800 are 
statistically near zero. The various look-up tables use din software 800 (Fig. 1 A) and 101 (Fig. 1) 

25 provide a basis for exploring artificial intelligence. Also, many of the "rules" expressed tacitly and 
implicitly through the decision tress, calculations, and error loops of software 800 and 101 point 
to a rules-based expert system. Those skilled in the art of artificial intelligence software will be 
able to integrate fiizzy logic, adaptive neural networks, and similar disciplines into software 800 
(or 101). 

30 

It must be kept in mind that battery-powered devices exhibit a wide range of tolerated input 
voltages between Vmin and Vmax. Only fiinge situations, more related to those battery packs that 
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are deeply discharged than those that are freshly charged, may precipitate power delivery errors. If 
properly constructed and used, the look-up tables associated with steps 888 and 899 in software 
800 will almost totally eliminate problems associated with deeply discharged batteries. These 
mostly-depleted batteries will be quickly identified by Vmin and Vmax voltages that fall outside 
5 values in look-up table 799 (Fig. 15). 

Use of Impedance 

Battery cell impedance can be a valid indicator of cell type. All cells increase impedance as a 
function of discharge. As such, decreases in voltage have some relationship with changes in 

10 battery discharge levels. So too, do impedance changes reflect battery discharge states. These 
changes in voltage and impedance aren't very pronounced in Ni-Cad and NiMH cell chemistries, 
but Li-Ion cells do show clearly defined impedance changes that track with decreases in voltage. 
Impedance checks can be integrated into software 101 or 800 (Figs. 1 and 1 A respectively), if 
further granularity in identifying a battery pack's discharge state is required. Such added 

15 complexity is usually unwarranted, since it will only come into play when the Vmin and Vmax 
readings are from a deeply discharged battery pack. Even then, battery's and powered device's 
power circuits are designed to allow a suflBcient battery reserve that Vmin and Vmax will still be 
reliable indicators. Do not use impedance testing if diode 185 in Fig. 6E is implemented, or if the 
smart circuit is wired into the powerlines, as shown in Figs. 9A and B. 

20 

Msmninally Selectiinig Ooiittpiat Voitoges 

Step 942 in software flowchart 800 (Fig. 1 A) activates manual voltage selector 337' s I/O line 506 
in Fig. 13 A. A user, by rotating selector dial 504, can match MCU 102A's "Best" output voltage 
value (step 946). 

25 

In the alternative, MCU 102 A can compare a user's voltage selection to software 800 's "best" 
voltage selection, and confirm if they are a match. The perspective as to how the computed best 
voltage value and a user's selected output voltage value interact is left to the discretion of a 
product designer. This model of considering a user-selected voltage as the constant to which a 
30 best output voltage is compared applies to hardware applications like that in Figs. 10 and 1 1 . If a 
power adapter 335 is of a fixed output voltage, a soflware-800-enabled module 357 gives a user 
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feedback as to whether the fixed-voltage power adapter 335 is an adequate match to voltage 
requirements of a powered device 349. 

MCU 102 A retrieves fi-om memory stored voltage values in steps 940 and 944. How the "best" 
5 voltage is determined is discussed above in "Determining 'Best' Vout Value." Once the best Vout 
value is determined, that value is compared to a pre-configured look-up table of possible selector 
voltage values (step 950). This look-up table (not shown) consists of each voltage value on the 
face of selector 337, with an assigned computer-readable value (binary, hex, "byte-word," etc.). 
Software 800 converts the "best" Vout value to the same language (binary, hex, byte- word, etc.), 
10 then looks for an exact match in this look-up table. 

Software 800 in Fig. 1 A, having compared (in step 952) it's "best" output voltage value to the 
voltage values available on selector 337' s dial face (Fig. 13 A), determines whether or not an 
available selector-dial value will exactly match the computer-generated "best" Vout in step 954. If 

15 the answer is NO, step 960 looks for a reasonable match, i.e., one that is within +/-5% of the 
desired value. If this statement fails, a critical error is generated (step 962), which loops software 
back to steps 885-918 (this loop is not graphically shown in flowchart 800). In looping back to the 
voltage calculation processes, no new data acquisition is performed. Instead, previously-acquired 
voltage values are retrieved from memory and recalculated. Steps that involve user activities are 

20 also eliminated in this voltage-value recalculation loop. If the voltage recalculation (steps 885- 
918) fail a second time, software 800 would shut down power converter 122A (Fig. 13 A). The 
user then would be prompted to restart the entire process. 

If a selector dial 337 voltage value is not an exact match to computer-generated best Vout (steps 
25 952, 954), but is within software step 960 's +/-5% allowable error factor, software 800 is 
conservative and accepts a "near-best" selector-dial voltage as the target (step 968 labels this 
voltage value as VLout). Voltage target VLout is stored in memory in step 964, for later access. If 
there was an exact match available as a result of comparator step 954, it is labeled as Vbst in step 
958, and stored for fiiture reference (step 956). 

30 

Following the operation of software 101 (Fig. 1), a software sequence can be implemented into 
software 800 whereby MCU 102A's "best" output voltage value (step 946) overrides any 
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considerations of a user's incorrect manual voltage selections. Thus, if the user fails to manipulate 
voltage selector 504 (Fig. 13 A), or continues to select incorrect voltages, software 800 defaults to 
applying MCU 102A's "best" voltage value instead. The techniques for such software are to be 
found in the sections which discuss software 101, and which are illustrated in Fig. 1 . 

5 

LEB-Assisted Voltage Selector Operation 

Previously described selector voltage value look-up table in the "Manually Selecting Output 
Voltages" section above contains the voltage values displayed on the face of selector 337 (Fig. 
13 A) arranged in ascending order. The programming code considers the "voltage-to-be-matched" 

10 as a target, and each incremental voltage value above or below it is considered x-points away from 
the target voltage. Thus, as a non-Umiting example, if the design of the hardware is to have a user 
rotate selector dial 504 until its pointer matches MCU 102's "best" voltage value, software 800 
assists the user by indicating whether the user is turning selector dial 504' s pointer closer-to, or 
farther-from the target voltage. For example, if the target voltage is 12-volts, and the pointer on 

15 selector dial 504 is at 18-volts when a user starts the voltage-match process, should the user move 
the dial pointer from its present position at 18 to a new position at 19, software 800 would detect 
the look-up table's point count moving in the wrong direction, i.e., moving away from the target 
voltage, instead of toward it. 

20 In the non-limiting example used throughout this section, voltage-match confirmation is indicated 
to a user via LED 402 in Fig. 13 A. LED 402 features variable-rate blinking. As user moves 
selector dial 504 further away from the target voltage, software 800 uses point-count values 
associated with all voltages above and below the target voltage to control the blink rate of LED 
402. Slower LED blink rates are associated with voltage values farthest from the target voltage. 
25 Faster rates occur at numbers nearer to the target voltage value. The fastest LED blink rate occurs 
at the voltage values directly adjacent (on either side) to the target. Thus, the LED blink rate 
assists a user's manipulation of selector dial 504 by blinking more slowly as pointer 504 is rotated 
away from the target voltage. More rapid blinking occurs as selector dial 504 is rotated in a 
direction toward the target voltage. Final visual confirmation of a valid voltage match is a non- 
30 blinking, solid ON state of LED 402. 
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When software 800 in Fig. 1 A is ready to accept a user-selected voltage in step 966, there is either 
an exact-matching (or almost-exact-matching) voltage value that serves as a target. Step 970 
indicates that either Vbst (an exact voltage match), or VLout (an almost-exact voltage match) is 
available as a target. Since the criteria for a valid VLout "almost-exact" voltage is that it must be 
5 within 5% of an exact match (see step 960), the use of VLout is not necessarily a less-eflFective 
target voltage. As a hypothetical example, if the Vbst voltage (exact match) happened to be 16 
volts, a corresponding VLout (ahnost-exact) voltage target can be as high as 16,9 volts. The 
nearest selector 337 value is 17 volts, so 17 volts would be the valid target. Note that, even 
though 15.1 volts would mathematically be as "almost-exact" a valid target as 16.9 vohs, such 

10 split-decisions that precisely straddle a Vbst value always defer to the higher voltage value. The 
higher voltage is preferred because a 5% error factor is magnified at the higher voltages. A 5% 
error at 3 volts is only .15 volt, while 5% of 24 volts is a full 1.2 volts. Another way of looking at 
the 5% error-factor is that it would depress all battery design voltages by a full 5% if the lower 
voltage value approach was used. Essentially, a battery pack rated at 1 5 VDC by the manufacturer 

15 would be treated as a derated 14.25 VDC pack, just because of the allowable voltage selector 
error. 

Software 800 in Fig. 1 A can also employ an alternative Boolean statement to determine the 
relative blink rate of an LED 402 (Fig. 13 A). Instead of a point count that controls the blink rate 

20 of the LED, software steps 970-994 describe an LED blink-rate control that compares two 
acquired voltages. One of the two acquired voltages wdll always be closer to the target voltage 
than the other. Instead of using absolute comparisons of each acquired voltage to the target 
voltage value as described above, software 800's Boolean statement determines the relative 
relationship of the last two previous voltages acquired. For example, assuming that the target 

25 voltage is 15 volts, if the first acquired voltage from selector 337 (step 970, then stored as a value 
VSl in step 974) is 9 volts, and the second acquired voltage from selector 337 (step 976, then 
stored as VS2 in step 978) is 7.2 volts, a simple mathematical comparison of VSl to VS2 is 
performed: 

30 Vbst (actual target vohage) - VSl = "X" 

Vbst (actual target voltage) - VS2 = "Y" 

or 
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15-9 = 6(X) 
15 -7,2 = 7.8 (Y) 

Then, "X" and "Y" are compared, to determine if the first acquired voltage is larger or smaller 
5 than the second acquired voltage: 

Is "Y" > "X"? 

or 

Is 7.8 > 6? 

10 

If the answer is TRUE (YES), then the voltage selector is being rotated awav fi-om the target 
voltage. If TRUE is reported, the LED blinks slower than the last reported answer. 

If the answer is FALSE (NO), then the voltage selector is being rotated toward the target voltage. 
15 If FALSE is reported, the LED blinks faster than the last reported answer. 

NOTE: any voltage values higher than the target voltage will yield negative numbers when 
deducted fi*om the target, i.e.: 

20 Vbst (actual target voltage) - VSl = "X" 

Vbst (actual target voltage) - VS2 = "Y" 

or 

15 - 18 = (-3) 
15 - 19 = (-4) 

25 

Negative numbers are considered as their positive counterparts. Thus, a value of "-3" is treated as 
"3," and "-4" is read as "4," This eliminates the need to know whether the selector dial is at values 
above or below the target value, since the Boolean statement 

Is "Y" > "X*' ? 

30 would have to be inverted for values above the target voltage. Discarding the sign avoids this 
complexity in a straightforward manner. 
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Since the blink rate is relative only to a last-reported result, and not relative to the target voltage 
value, the first blink rate is determined arbitrarily. Thus, if selector dial arrow pointer is only two 
dial-indicators away fi*om the target, the first blink rate is "medium-slow," and the next bUnk rate 
(the selector arrow is now only one value away fi-om a match) is a "medium" blink rate. If the 
5 selector matches the target on the next dial movement, the LED goes to fiill-ON. The user is only 
concerned with achieving a selector rotation direction that is an improvement, so the relative 
speed of the LED blink is important. 

Connector Unplugged 

10 Software 800 in Fig. 1 A uses a line-voltage test (steps 922-926), followed by a line-load test 
(steps 928-938), to determine that a connector 132 (Figs. 13 A, and 6) has been removed from 
battery 508C. Once output voltages have been calculated, the user activity of removing a male 
connector 132 from battery pack 508B (Fig. 13 A) is important. In its Position #1, connector 132 
creates a circuit that could cause power from a power converter 122 A to flow into the cells in 

15 battery 508B. This is not desirable. Software 800 relies on its model of always repeatedly sampling 
powerline voltage to determine if battery 508B is in the power circuit. Once the battery voltage on 
the powerlines is no longer detected, in steps 922 and 924, software 800 has successfiilly 
confirmed that connector 132 has been removed from battery pack 508B. Also, as described in 
software 101 (Fig. 1), power converter 122A always operates at a minimal output voltage (1.5-3 

20 VDC) through all software sequences before step 983, when a fiill operational voltage is applied 
to the powerlines. 

The next connector 132 insertion will look like that shown in Fig. 6C (reference Position #2 in 
Fig. 17). Battery 182 has been electro-mechanically bypassed, and the newly created circuit will 
25 deliver power directly to battery 508B's associated power device 508C. Because power will be 
flowing from power converter 122 A in Fig. 13 A cormector 132, a reinsertion of connector 132 
oriented again as it was previously in Fig. 6B (position #1) will cause power to flow into battery 
cells 182. This is undesirable. 

30 Given this situation, hardware design can add a layer of safety, in terms of supporting software 
800 to ensure that a connector 132 is removed and no longer in Position #1. Fig. 13 shows 
voltage selector 337 being manipulated with a male connector 404 (connector 404 is best 
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illustrated as connector 540 in Fig. 6D). Blade tip 548 in Fig. 6D fits a slotted selector dial 504 in 
Fig. 13 . A user needs a male connector 404 in order to operate voltage selector dial 504. 
Therefore, software 800 can rely on the fact that, if activity at voltage selector dial 504 is detected 
(as it would be along conductor 506 in Fig. 13 A), a male connector 404 (Fig. 13) is not connected 
5 to a battery pack at that moment. 

This user activity of using the tip of the male connector as a tool to rotate the manual voltage 
selector can be verified by repeating software 800 *s steps 922-938 (Fig. 1 A). Software steps 922 
and 926 will verify that no voltage from a battery is flowing on the output power lines. Software 
10 steps 928-938 (line load test) will fiirther indicate that connector 404 in Fig. 13 is either attached 
to a power cord (assuming that the male connector is removable), or that it has been removed. In 
look-up table 990 (Fig. 20) Ohm-value LL* indicates that a connector 404 has been removed from 
the cord, while Ohm-value LL^ shows that a cord and connector 404 are mated. 

15 If the shaft below selector dial face 504 in Fig. 13 is slotted 337A to a depth that allows the entire 
blade of male connector 404 (reference detail in Fig. 6D) to be inserted, a resistor 337B can be 
integrated into the slot. The metal tip 548 of male connector 404 comes into electrical contact 
with resistor 337B, creating a circuit. Software 800 then detects the actual presence of the male 
connector's blade in the dial slot, via a line between resistor 337B and MCU 102A's A/D 

20 converter. This would require an entry in look-up table 990 (Fig. 20) expressed as LL*. This 
Identifier would express an Ohm-value that equates to the cumulative load of a power cord, 
connector 404, and the newly added resistor 337B. This approach is similar to the use of a 
resistor-equipped cover cap 530 for connector 540 in Fig. 6D, which is referenced as if it were 
here in its entirety. Newly-created resistor value LL^ should not be the same Ohm value as that 

25 used in cap 540, to avoid confiising LL* with LL^. This methodology is only valid if connector 540 
cannot be removed from its cord. 

By using a male connector 404 in Fig. 13 to rotate selector dial 504, software 800 can account for 
the whereabouts of the male connector, especially that male connector 404 is not inserted in a 
30 battery pack. User selection of an output voltage by rotating selector dial 504 creates a time 
period during which software 800 does not have to address a user's possible incorrect reinsertion 
of male connector 404 into a battery pack. By continued sampling of line voltages and line load 



115 



• 



(steps 922-938), software 800 tracks user activities with a male connector 404 with better 
accuracy, but it is described in the text and figures for software 101 in the Description, and is 
referenced here as if were here in its entirety. 

5 Avoiding '^Blind^ Power Application 

The section "Connector Unplugged" above defines a method of tracking a male connector 404 
(Fig. 13), once it is removed fi-om a battery pack (see software 800's steps 920-938 in Fig. 1 A). 
However, there is still a period of time during which a user is expected to reinsert male connector 
404 into a battery pack. Male connector 404 must be inserted in its Position #2 (reference Fig. 
10 6C), and not in its previous Position #1 (see Fig. 6B), If a user reinserts connector 404 in Position 
#1, an application of power fi^om power converter 122 in Fig. 13 A onto powerlines 523 and 524 
will find the battery voltage also present on that line. Such contention on the powerline is to be 
avoided, since it can compromise either battery cells 182 (Fig. 6B), or power converter 122 A. 

15 Software 800 is limited to detecting line voltages, since sampling line load requires outputting a 
low-voltage power signal from power converter 122 onto powerlines 523 and 524 (Fig. 13 A). 
Sampling line voltage only will not yield suflBcient data at MCU 102 A to allow software 800 to 
differentiate between a removed male connector 132, and a male connector 132 that is properly 
inserted in its Position #2 (see Fig. 6C). If the battery voltage is higher than this low-voltage 

20 power signal, the dominant battery voltage will flow into the active power converter 122. 

This dilemma can be resolved in several ways with slight changes in hardware. A straightforward 
approach is to diode-protect power converter 122. Strapping a diode between the positive output 
powerline at TBI (in Fig. 4) and pin 20 (ground) on connector header Jl will avoid battery power 
25 driving into a power converter 122 (Fig. 13 A). 

Female connector and wiring in assembly 212A (Fig. 6E) can be protected with diode 185 on 
spring-loaded connectors 176 and 178. 

30 A user who has invested the effort to construct a connector and cord combination, removed a 
connector cap (Fig. 6D), inserted that connector in its Position #1 (reference Fig. 6B), then 
removed the connector and used it to adjust manual voltage selector 504 (Fig. 13), exhibits 
behavior that has a high probability of continuing the process by completing the remaining last 
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action inserting the connector into the battery pack. Common sense suggests that, since a user is 
performing these actions in order to use a powered device, that the sequence of actions will be 
completed. 

5 Given all of the above, software 800 can safely proceed to step 985 and turn on power converter's 
output voltage with little concern for encountering a connector that is not connected to its 
associated battery pack. A male connector 132 can only be in three states: 

1) . Male connector 132 is not attached to anything (Fig. 6), or 

2) . Male connector 132 is attached to a battery pack in incorrect Position #1 (Fig, 
10 6B), or 

3) . Male connector 132 is attached to a battery pack in correct Position #3 (Fig. 
6C). 

If power is delivered from power converter 122 A in Fig. 13 A to a male cormector 132 in states #1 
15 or #3 above, no consequences are incurred. Since software 800 continues to perform line voltage 
and line load tests (steps 961-945) as soon as low-voltage output power is turned on, confirmation 
of states #1 or #3 will be immediate. 

If male connector 132's possible state #2 occurs, the continuous line voltage samplings (steps 
20 987-985) performed by software 800 immediately detects the voltage from a battery. Thus, the 
window of time in which a user error inserting a male coimector incorrectly can happen only in the 
milliseconds it takes to loop back to a repeat of a line voltage sampling sequence 987-985. In 
conclusion, any real-world concern about delivering power to an incorrectly inserted male 
cormector is statistically insignificant. If there is a concern, adequate hardware modifications 
25 Avithin a battery pack, as described above, can be made to totally eliminate any possible ambiguous 
situations. 

"No Activity'' State 

Since MCU 102A (Fig. 13 A), is capable of determining an optimized output voltage for power 
30 converter 122 A, user activity at selector dial 504 is not essential to the operation of software 800 
and its related hardware. Therefore, a lack of response from a user in software steps 942 - 998 
should not prevent software 800 (Fig. 1 A) and its hardware from executing the remaining 
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sequences required to deliver output power. A reasonable amount of time should be allocated 
during which software 800 will expect user voltage-selector 504 activity. Since MCU 102 A does 
provide a clock generator (152 in Fig. 3 A), a timing function can be used to estabUsh a window of 
anticipated selector dial 504 activity. This function is not detailed in software flowchart 800, but 
5 one skilled in the art can implement this additional timing sequence. 

Software 800 does have certain indicators that point toward a user having omitted the voltage 
selector sequence 942-998. The primary indicator is the location and position of a male connector 
132 in Fig. 13 A (reference Figs. 6-6C). As previously noted, connector 132 can only be in one of 
10 three states: still inserted (see Fig. 6B), removed (see Fig. 6), or reinsterted in its next position 
(see Fig. 6C). The processes of determining these connector states has already been addressed, by 
sampling line voltage and line load (see chart 1001 in Fig, 17, and the related description for 
software 101). 

15 Once the removal of connector is detected in software 800 (steps 922-938), the next activity is 
that of a user rotating vohage selector dial 337 (Fig. 13 A), in preparation for reinserting connector 
132 into battery 508B. A time delay allocated for this anticipated next user activity is important. 
Assuming that there is no method available for prompting a user to reinsert connector 132 (step 
936), software 800 has no choice but to wait. The section "Disconnected Selector *Key'" above 

20 addresses various monitoring steps performed by software 800, to determine when connector 132 
is removed and reinserted. 

NOTE: Power box 400 (Fig. 13 A), does have one user prompting device. LED 402 can be an 
effective attention-getter. Blinking the LED at difierent rates (or having it change colors) helps to 
25 focus a user on the next required connector action. 

NOTE: The sequential reference numbering in software flowchart 800 stops advancing at step 
998, then continues with declining numbers at step 995. 

30 FinsJ ViiH and One Lo^id Samplings 

Steps 987 and 985 in software flowchart 800 (Fig, 1 A) represent the last voltage check prior to 
activating power converter 122 A (Fig. 13 A). This Vin sampling loop, like all others in software 
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800, continuously repeats, and is always followed immediately by a line-load test (steps 983-973). 
Vin test 987-985 is looking for a no-line-voltage status, prior to executing line-load test 983-973, 
If Vin test 987-985 reports back a state of voltage on the powerlines, male coimector 132 has 
been incorrectly inserted into battery pack 508B (as indicated in Fig. 6B). The resulting error state 
5 causes software 800 to loop back to step 989. 

A final load test in steps 983-973 prior to activating power converter 122A (Fig. 13A) is 
identifying a resistive load value on the powerlines that validates male connector 132's proper 
insertion into battery pack 508B (reference Fig. 6C). The load-value for this state is not fiilly 
10 knovm. It cannot be, because software 800 and its associated hardware have no determination 
capabilities of whether it has interacted with this specific powered device 508C. Every powered 
device will exhibit different load values, resulting from the impedance of circuits inside the 
powered device 508C (downstream of battery pack 508B). 

15 However, software 800' s look-up table 990 (Fig. 20) can know its pre-determined load value UJ. 
The load values of all hardware elements (power cord, male connector, and battery pack wiring) 
are known, because they are manufactured to exhibit specific identifiable resistive loads. UJ^ is an 
Ohm-value expression of the mathematical sum of the three elements: power cord, connector, and 
battery pack. If internal battery pack wiring circuits in Figs. 9A-9D are manufactured to return a 

20 fixed impedance value, then LlJ in Fig. 20 is predetermined. Since IJJ^ has a known resistance 
(Ohm) value, any load detected in software 800 steps 983-973 that is greater than (>) LL** is 
considered to be the additional load added by a powered device's internal circuitry. This circuitry 
in a powered device exists between the device's battery contacts and the ON/OFF switch, and it 
typically will include a charging circuit, and possibly elements like a battery selector and keyboard 

25 controller. Thus, LL^ in look-up table 990 is defined as any load that is greater than UJ, but only 
if the resistive value of the battery pack's internal wiring is known. 

As will be seen, capturing and logging the value that becomes UJ is necessary, because it is 
needed later in software steps 951-945, and sequence 927-923. 

30 

"OFF* Selector Mode 
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Steps 996-997 in software 800 (Fig. 1 A) define the resolution of user manipulation of voltage 
selector dial 337 (Fig. 13 A), with step 996 being the command fi-om MCU 102 A to turn LED 402 
fiill ON (no blink), indicating to the user a successful voltage match. Software 800 then shuts 
down Selector I/O line 506 in step 997. Once selector I/O 506 is shut down, no activity at selector 
5 dial 504 is acknowledged by MCU 102 A, or its associated software 800. The safety aspects of this 
are obvious. This is a useful feature if a power adapter 400 is used on an airplane, or other 
confined area where power problems can pose serious safety risks. 

There is, however, one exception to this total disengagement of selector dial 337 (Fig. 13 A). The 
10 "OFF* selector dial position has a separate line 5 1 1 to MCU 102 A. The OFF selector setting is 
effectively a user "panic button." A user can totally shut down power box 400 by turning selector 
pointer 504 to the OFF position. The detents on either side of the OFF position are more 
aggressive than the others on dial 337, so a user must make a concerted eflFort to put pointer 504 
into the OFF position. The area of the faceplate at the OFF label is painted red to indicate the 
15 special significance of "OFF." 

The user does have to disconnect a male connector 132 (reference Fig. 6D) or equivalent, in order 
to rotate selector pointer 504 (see 404 in Fig. 13). . and, disconnecting power is exactly the 
desired user response to an emergency situation. Disconnecting male connector 404 in Fig. 13 will 
20 not compromise the operation of a powered device, since female receptacle assembly 179 (Fig. 6) 
closes its spring contacts 176 and 178, allowing battery 182 to take over the task of powering its 
associated device (see also an alternative safeguard in Fig. 6E, and related text in the section 
''Diode UPS"), 

25 RecofiiifigiuirQiag Imput Power 

As indicated in the section ''Software Operation,"^ power box 400 (Fig. 13A) and its associated 
software 800 (Fig. 1 A) are capable of conmiunicating with its input power source (reference 
module 100 in Fig. 2). Software 800 manipulates resistor array 509 in power box 400, adding 
resistive elements to create a discernible change in the overall load detectable at input powerlines 

30 505 and 507 (powerlines 505 and 507 in Fig 13 A are the same as powerlines 1 14 and 1 16 in Fig. 
2). Such is the case in software step 997. When a voltage match at selector 337 has been 
achieved, LED 402 is illuminated ftill ON (step 996). In conjunction with this, a discernible power 
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load is created, by inserting a load from resistor array 509 on powerlines 505 and 507, as a non- 
limiting example. 

This pre-determined increase in load from resistor array 509 in Fig. 13 A is sensed by power 
5 module 100 in Fig. 2, which is already delivering a voltage (3-5 VDC, for example) to power box 
400 in Fig. 13A. This increase in line load indicates to software 101 (Fig. 1) resident on MCU 102 
(Fig. 2) that power box 400 has issued a call for increased power. Power module 100 responds by 
increasing power supply 122's output voltage to a pre-determined value, for example, 28 VDC. 

10 Software 800 in power adapter 400 samples input line voltage at MCU I02's A/D I/O Port #2 
(518), and detects the change in input voltage from a low voltage (3-5 VDC, for example), to the 
new higher voltage (see software steps 995 and 993). Sufficient input power for DC/DC converter 
122 A is now available. 

15 Resets and Resumes 

Although it is acceptable for MCU to go oflF-line momentarily during the change in its input 
voltages described above in "Reconfiguring Input Power," this would not be the best method for 
such a transition. Among the many reasons why a full shutdown of all systems in power adapter 
400 is inadvisable is that the timing of such an event would be difficult to determine without a 

20 reliable communications link between power box 400 (Fig. 13 A) and power module 100 (Fig. 2). 
As a non-limiting example, power box 400 could shut down, not realizing that power module 100 
had not received power box 400's signal to increase voltage. Although the risk-tolerant design of 
power box 400 and its software 800 allow for a clean recovery from a shut down, this would pose 
some awkwardness, not the least of which is that a user who had just finished receiving a voltage 

25 match confirmation (as a solidly lit LED 402), would see the LED go out for a brief period of 
time. 

Software 800, in its shutdown mode (not detailed in software flowchart 800 (Fig. 1 A)), loops 
back to step 807, but not before writing all stored values to non-volatile memory. Such a reset 
30 allows software 101 to recover, and to even go back to the last executed step prior to shutdown, 
if necessary. As a default, this mode of resuming from the last-executed line of code is not 
prudent. First, depending on where in the sequence of interrelated event sequences software 800 
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shuts down, a user may perform some undetected and undesirable activity, such as removing a 
connector 132 in Fig. 13 A, and reinserting it in an unwanted position. This could happen, since the 
extinguished LED could precipitate such user behavior. 

5 Another reason to consider not employing a fiill resume after shut down is that power adapter 400 
does not have a battery backed-up clock. A first user, seeing the LED extinguish during a planned 
input voltage change, could disconnect power box 400 (Fig, 13 A) fi-om its power module 100 (Fig 
2) at connector 103. This first user may leave and, some indeterminate time later, a second user 
may connect a different power adapter 400 to the same power module 100. Neither device can 
10 distinguish this series of events as being anything different than a momentary shutdown of power 
adapter 400, while power module 100 reconfigures its output vohage. It is much safer, and 
efficient, to treat every shutdown as the termination of all activity. Resetting at software step 807 
is the only reliable way to deal with all such critical error events. The only reasonable reset-and- 
resume event in software 800 is the voltage transition at step 965. 

15 

Keeping the MCU Up 

Instead of shutting down MCU 102A (Fig. 13 A) momentarily while power module 100 in Fig. 2 
switches from a low voltage output to a higher voltage that is required to drive power converter 
122 A, MCU 102 A can be kept active by traditional temporary power storage methods. These 
20 hold-up methods can include an internal battery, (see also Figs. 6E to 6F-1, and related text in the 
section ''Diode UPS"). 

User Prompts 

Step 991, and 989 (Fig. 1 A) indicate prompts to a user. The first prompt is to reattach a male 
25 connector 540 (reference Fig. 6D) to its power cord. If the cord and male connector are 

hardwired, this prompt is not required. Step 989 prompts a user to insert a male connector 540 to 
a battery pack in its Position #2 (see Fig. 6C). If there is no adequate prompting method, such as a 
display screen, series of LEDs (see Fig. 14), etc., then steps 965 and 967 are not executed. 

30 Whether software 800 has user prompts available is not very material. Users only have to perform 
elemental, easily-executed connector-related events. LED 402 available on power box 400 (Fig. 
13 A) can be an effective way of signaling a user to move the process along. This method must be 
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used with caution, so as not to confuse a user who only expects to see LED activity while engaged 
in rotating voltage selector dial 337. A multi-color LED can be beneficial here, perhaps with a 
label suggested by the non-limiting example in Fig. 14. 

5 Power Delivery 

After the correct output voltage "Vout" is configured (software step 969) at power converter 
122 A in Fig. 13 A, software 800 activates the output of power converter 122 A in step 965. If 
optional power switch 526 is employed, it is held open at this point. The output of converter 
122A is thus available on the main powerlines 523 and 524. It is desirable not to have power flow 

10 into battery 508B's circuitry until after the correct Vout of power converter 122 A is verified by to 
MCU 102 A. A/D I/O lines 525 and 527 can be used to confirm that converter 122A is delivering 
the correct voltage. However, since MCU's A/D lines 525 and 527 are downstream of power 
switches 526 and 526A, the way to prevent power delivery to a battery circuit 508B is to include a 
controllable power switch 508G in the battery's circuit. Battery MCU 102D controls power 

15 switch 508G. MCU 102A in power box 400 communicates a request to open switch 508G by 
powerline modulation to battery 508B's MCU 102D (as described in the sections "Data Paths," 
and "Other Data Links"). 

Software step 953 compares MCU 102A's commanded voltage to converter 122 A with the actual 
20 output of converter 122 A, If there is a mismatch, error 959 is reported, and software 800 loops 
back to step 969 to configure the converter once more. If both the commanded voltage and the 
actual output voltage match in step 953, software 800 signals MCU 102A to open switch 526. 
Power then flows along powerlines 523 and 524 to connector 508, then along power cord 508A, 
into connector 132, then through battery pack 508B's wiring, and finally into powered device 
25 508C. 

Two line-load checks are performed in software steps 951-933. These two line-load samplings 
constitute a final check that the power circuitry from power box 400 to powered device 508C is 
still intact. Previously- stored line load value LL*^ (see step 971) is retrieved from memory 518A. 
30 Look-up table 990' s value LL^ (Fig. 20) is used as a baseline, since Ohm value LL^ is a valid load 
value that tested the entire circuit. 
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Software step 951 acquires this line load value. In step 949, a calculation is made to provide an 
Ohm value at the new output voltage that is equivalent to the LL^ Ohm value previously acquired 
in step 981 at a lower voltage. This value is stored in memory as UJ. Finally, in step 957, the 
newly-acquired Ohm value LL^ is compared to LL'. If the values (with this mathematical 
5 adjustment for diflFerent voltages) are the same, a user prompt is displayed that the powered device 
can be turned on (step 929). 

Voltage CoiBipensatioia 

The line-load sampling sequence in steps 917-913 utilizes resistive load 517 at MCU 102A's A/D 
10 I/O port #4 (conductors 522A and 527 in Fig. 13 A). This load test provides an opportunity to 

observe how power converter 122 A responds to a reasonable simulation of a total system load. 

The load at A/D I/O Port #4 should be in the range of 600-900 mA. 750 mA is a reasonable value. 

Step 937 samples line voltage, while the additional load in steps 917-913 is still applied. If the 

output voltage of power converter 1 22 A drops by 5% or more (step 913), step 911 increases 
15 converter 122A's output voltage by 10%. 

This voltage compensation step is not necessary if power converter 122A's design adequately 
protects against voltage sags. In reality, power converter 122 A cannot be a perfect power 
conversion device across its 3-24 volt output range. So, performing a voltage compensation 
20 sequence is a reasonable way to enhance a power converter 122A's inherent voltage stability 
limitations. 

Is It On? 

The issue of user prompts, or lack thereof, has already been addressed. Power box 400 in Fig. 

25 13A continues to monitor (step 909) powerline activities throughout its operational use. Repeated 
samplings of line load can provide information as to whether a powered device 508C has been 
turned ON (and later, turned OFF). Steps 927-923 are a repeat of software 800's previous line- 
load sequence in steps 95 1-945, except the newly acquired Ohm value LL^ is compared to the 
stored UJ value. If LL^ expresses more load than LL^, then it is reasonable to assume that the 

30 increase can be attributed to the powered device 508C being turned ON. The value of LL^ is 
stored in memory 518A. 
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Software 800 continues to sample line load by repeating steps 927-923. As long as a reported 
value of an LL^ that is greater than LL^ is reported, software 800 assumes that powered device 
508C (Fig. 13 A) is still turned ON. If an LlJ value is acquired, it can be safely assumed that 
powered device 508C has been turned OFF, and that power cord 508 A and connector 132 are still 
5 attached to battery pack 508B. One cannot compare any acquired LL^ value to any other. 
Powered devices exhibit dynamic, not static, loads, so the only valid logic statement that can be 
used is that if an IA7 is greater than the stable value of LL^, the device must be ON. 

Line-voltage samplings are also continued. If line voltages fluctuate, either upward or downward, 
10 software 800 can correct any irregularities by issuing commands to power converter 122 A to 
increase or decrease the Vout setting. These sequences are not specifically defined in software 
flowchart 800 (Fig. 1 A), but the numerous references to line voltage sampling and voltage 
conmiands allow one skilled in the art to add these software functions. This process shouldn't be 
over-done. All power converters exhibit some voltage fluctuations, so the use of software 
15 compensation is to be done sparingly and judiciously. An important element that will moderate 
excessive voltage compensations is the duty cycle at which voltage samples are acquired. The 
more fi*equent the sampling rates, the more probable will be uimecessary software-driven voltage 
compensations. Also, any individual voltage compensation should be evaluated relative to the 
baseline voltage Vout in step 969. 

20 

Helpfiil information to avoid excessive voltage compensations 91 1 in Fig. 1 A can include tracking 
voltage adjustment trends. A consistent pattern of upward adjustments is a reasonable indicator 
that the baseline voltage stored in step 957 was too low. Determining an increase in baseline 
voltage is not a simple matter, so it should always be approached cautiously and with a substantial, 

25 long-term voltage history to support the decision. As a non-limiting example, if power is being 
delivered to a laptop computer, initial deviations in load (which precipitate voltage fluctuations) 
are usually created by the BIOS POST activities, as powered sub-systems and devices are 
intentionally turned ON and OFF. These hardware activities are not representational of anything 
but BIOS diagnostics. Hardware devices cycled ON and OFF during the BIOS POST may never 

30 be called upon during later user operations. 
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Line-voltage monitoring steps 921-913 in software 800 (Fig, 1 A) are also used to determine a 
specific user activity, namely, disconnecting power by removing connector 132 fi^om battery pack 
508B (Fig. 13 A). As soon as a 0-volt state is detected in step 938, MCU 102 A and software 800 
immediately issue a shut-dovsm command to power converter 122 A. Precursors of this disconnect 
5 state include changes in line load which are identified with an Ohm value previously identified as 
LL^. Ohm value LL^ corresponds to powered device 508C being turned OFF. If the answer to 
software test in step 945 is FALSE (NO), software 800 commands power supply 122A in Fig, 
13 A to shut down. 



Although the description above contains many specificities, these should not be construed as 
limiting the scope of the invention, but as merely providing illustrations of some of the presently- 
preferred embodiments of this invention. The scope of the invention should be determined by the 
15 appended claims and their legal equivalents, rather than by the examples given. 
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